Remotely controlling one or more client devices detected over a wireless network using a mobile device

ABSTRACT

According to one general aspect, a method according to the present application includes remotely controlling wirelessly networked devices via a mobile unit. The method includes receiving, at a mobile unit and from a user, an input, analyzing the input to identify a networked device associated with the input, determining whether the networked device is presently accessible via a wireless network; determining whether to establish a connection with the networked device based on whether the networked device is determined to be presently accessible via the wireless network. The method also includes establishing a connection with the networked device if it is determined that the networked device is accessible via the wireless network and enabling the user to interact with the networked device through the mobile unit to remotely control the networked device.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.13/337,995, filed Dec. 27, 2011, and titled: “Remotely Controlling Oneor More Client Devices Detected Over a Wireless Network Using a MobileDevice,” the entire teachings of which are incorporated herein by thisreference.

U.S. patent application Ser. No. 13/337,995 is a continuation of U.S.patent application Ser. No. 11/834,131, filed Aug. 6, 2007, and titled:“Remotely Controlling One or More Client Devices Detected Over aWireless Network Using a Mobile Device,” the entire teachings of whichare incorporated herein by this reference.

U.S. patent application Ser. No. 11/834,131 is a continuation-in-part ofU.S. patent application Ser. No. 11/770,511, filed Jun. 28, 2007, andtitled “Remotely Controlling One Or More Client Devices Detected Over AWireless Network Using A Mobile Device,” which claims the benefit ofU.S. Provisional Application Ser. No. 60/821,480, filed Aug. 4, 2006 andtitled “External Device Data and Service Control Through AmbiguousSearch Interface” and the U.S. Provisional Application Ser. No.60/942,922, filed Jun. 8, 2007 and titled “Remotely Controlling One OrMore Client Devices Detected Over A Wireless Network Using A MobileDevice.” The entire contents of the prior applications are incorporatedherein by reference. This application also incorporates by reference inits entirety U.S. patent application Ser. No. 11/609,697, filed Dec. 12,2006, and titled “Mobile Device Retrieval and Navigation.”

TECHNICAL FIELD

This disclosure relates a mobile device acting as a remote control forone or more client devices detected over a wireless network.

BACKGROUND

Some remote controls provide the ability to address only a small subsetof electronic devices, from a small subset of manufacturers. Theinterfaces for so-called “universal remote controls” are cluttered witha large number of user controls (e.g., physical buttons or screenswithin a liquid crystal display (“LCD”)), in attempting to providefunctionality associated with the union of supported devices. The largenumber of user controls may reduce the quality of the user experience,because it may require that the quantity of the options either bereduced to fit on the screen and/or that the options be hidden withinmenu hierarchy.

SUMMARY

According to one general aspect, a method according to the presentapplication includes remotely controlling wirelessly networked devicesvia a mobile unit. The method includes receiving, at a mobile unit andfrom a user, an input, analyzing the input to identify a networkeddevice associated with the input, determining whether the networkeddevice is presently accessible via a wireless network; determiningwhether to establish a connection with the networked device based onwhether the networked device is determined to be presently accessiblevia the wireless network. The method also includes establishing aconnection with the networked device if it is determined that thenetworked device is accessible via the wireless network, identifying thecapabilities associated with the networked device, and enabling the userto interact with the networked device through the mobile unit byselecting from among at least two of the capabilities associated withthe networked device.

Implementations of the above general aspect may include one or more ofthe following features. For example, receiving the input may includereceiving, at a wireless phone, the input. Alternatively oradditionally, receiving the input may include receiving, at a personaldigital assistant, the input. Alternatively or additionally, receivingthe input may include receiving, at a portable e-mail device, the input.The portable e-mail device may include a Blackberry or a Sidekick.Receiving the input may also include receiving, at a portable musicplayer, the input. Alternatively or additionally, receiving the inputmay include receiving an input that identifies the networked device withwhich the user wishes to interact.

Implementations of the above general aspect may also include determiningwhether the networked device is presently accessible on the wirelessnetwork and if it is determined that the networked device is presentlyaccessible on the wireless network, presenting to the user one or morecapabilities associated with the networked device. Presenting to theuser one or more capabilities associated with the networked device mayinclude: (1) requesting, from the networked device, the one or morecapabilities; (2) receiving, from the networked device, the one or morecapabilities; and (3) presenting to the user the received one or morecapabilities. Requesting the one or more capabilities may includerequesting, from the networked device, a subset of all availablecapabilities; receiving the one or more capabilities may includereceiving, from the networked device, the subset of all availablecapabilities; and presenting to the user the received one or morecapabilities may include presenting to the user the received subset ofall available capabilities. Requesting the subset of all availablecapabilities may include requesting the top five most popular, recentlyused, or favorite capabilities.

Implementations of the above general aspect may also include referencinga personal profile of the user to determine the top five most popular,recently used, or favorite capabilities. Alternatively or additionally,implementations of the above general aspect may include referencing ademographic location of the user to determine the top five most popular,recently used, or favorite capabilities. Alternatively or additionally,implementations of the above general aspect may also include referencingattributes associated with a user group of the user to determine the topfive most popular, recently used, or favorite capabilities.

Enabling the user to interact with the networked device may includeenabling the user to interact with the one or more presentedcapabilities and based on the user's interaction with the one or morepresented capabilities, sending a command to the networked deviceinstructing the networked device to control the one or more presentedcapabilities.

Implementations of the above general aspect also may include informingthe user that the networked device does not appear on the wirelessnetwork upon determination of the same. Presenting to the user one ormore capabilities associated with the networked device may include: (1)requesting, from an external server, the one or more capabilities, (2)receiving, from the external server, the one or more capabilities, and(3) presenting to the user the received one or more capabilities.Requesting the one or more capabilities may include requesting, from theexternal server, the one or more capabilities either before or afterdetermining the accessibility of the networked device. Requesting theone or more capabilities may include requesting, from the externalserver, a subset of all available capabilities, receiving the one ormore capabilities may include receiving, from the external server, thesubset of all available capabilities, and presenting to the user thereceived one or more capabilities may include presenting to the user thereceived subset of all available capabilities. Requesting the subset ofall available capabilities may include requesting the top five mostpopular, recently used, or favorite capabilities.

Implementations of the above general aspect also may include referencinga personal profile of the user to determine the top five most popular,recently used, or favorite capabilities. Referencing the personalprofile of the user to determine the top five most popular, recentlyused, or favorite capabilities may include referencing the personalprofile of the user to identify capabilities that have been used morethan a threshold amount and rendering the capabilities that have beenused more than the threshold amount as the top five most popular,recently user, or favorite capabilities.

Implementations of the above general aspect also may include referencinga geographic location of the user to determine the top five mostpopular, recently used, or favorite capabilities. Referencing thegeographic location of the user to determine the top five most popular,recently used, or favorite capabilities may include referencing thegeographic location of the user to identify capabilities that have beenused, by at least one other user within the geographic location, morethan a threshold amount and rendering the capabilities that have beenused more than the threshold amount as the top five most popular,recently user, or favorite capabilities.

Implementations of the above general aspect also may include referencingattributes associated with a user group of the user to determine the topfive most popular, recently used, or favorite capabilities. Referencingthe attributes associated with the user group to determine the top fivemost popular, recently used, or favorite capabilities may includereferencing the attributes associated with the user group to identifycapabilities that have been used, by members of the user group, morethan a threshold amount and rendering the capabilities that have beenused more than the threshold amount as the top five most popular,recently user, or favorite capabilities.

Receiving the input may include receiving an input that relates to acapability of a networked device that the user wishes to control.Analyzing the input may include analyzing the input to identify thecapability associated with the input and based on the identifiedcapability, identifying a networked device associated with thecapability. Alternatively or additionally, analyzing the input toidentify the capability associated with the input further may includereferencing a database that includes a list of available capabilitiesassociated with one or more networked devices, comparing the input withthe available capabilities to identify a responsive capabilityassociated with the input, and based on the result of comparison,identifying at least one responsive capability. Referencing the databasemay include referencing a database stored at the mobile unit.Alternatively or additionally, referencing the database may includereferencing a database stored at a remote server accessible over thenetwork. Identifying the at least one responsive capability may includeidentifying multiple responsive capabilities. Implementations of theabove general aspect also may include displaying to the user of themobile unit the identified multiple responsive capabilities andsoliciting the user to select from among the identified multipleresponsive capabilities. Alternatively or additionally, implementationsof the above general aspect also may include determining whether theidentified at least one responsive capability requires an additionalinput from the user for controlling the at least one responsivecapability, if it is determined that no additional input is required,sending a command signal to the networked device associated with the atleast one responsive capability and thereby remotely controlling thenetworked device, and if it is determined that an additional input isrequired, requesting the additional input from the user. Alternativelyor additionally, implementations of the above general aspect also mayinclude receiving the additional input from the user in response to therequest for the same.

Analyzing the input further may include sending the input to a server;and receiving, from the server, information that identifies thenetworked device associated with the input. Sending the input to theserver may include sending the input to an external server that isremotely accessible by the mobile unit. The server may be remotelyaccessible via a wireless network.

Determining whether the networked device is presently accessible via awireless network further may include sending, to the server, theinformation that identifies the networked device and receiving, from theserver, information identifying present accessibility of the networkeddevice. The information identifying present accessibility of thenetworked device may include information identifying that the networkeddevice is presently accessible. The information identifying presentaccessibility of the networked device may include informationidentifying that the networked device is presently not accessible.Establishing connection with the networked device further may includeestablishing a connection with a server that leverages an existingconnection with the networked device.

In another general aspect, a mobile unit according to the presentapplication is configured for remotely controlling wirelessly networkeddevices. The mobile unit includes a processing device and a memorystoring executable instructions for causing the processing device toreceive, at a mobile unit and from a user, an input, analyze the inputto identify a networked device associated with the input, determinewhether the networked device is presently accessible via a wirelessnetwork, and determine whether to establish a connection with thenetworked device based on whether the networked device is determined tobe presently accessible via the wireless network. The memory also storesexecutable instructions for causing the processing device to establish aconnection with the networked device if it is determined that thenetworked device is accessible via the wireless network, identify thecapabilities associated with the networked device; and enable the userto interact with the networked device through the mobile unit byselecting from among at least two capabilities associated with thenetworked device.

In another general aspect, a mobile unit according to the presentapplication is configured for remotely controlling a networked devicevia a mobile device. The mobile unit includes identifying, at a mobiledevice and over a wireless network, a subset of networked devicespresently accessible via the wireless network, identifying capabilitiesassociated with at least one networked device accessible over thewireless network included in the identified subset, and displaying, onthe mobile device, a user interface configured to receive an inputassociated with the identified capabilities associated with the at leastone networked device, wherein the identified capabilities relates tofunctions performed by the at least one networked device. The methodfurther includes receiving, at the mobile device and from a user, aninput associated with the identified capabilities, identifying, fromamong the identified capabilities, a capability responsive to the input,and sending a command to the at least one networked device forcontrolling the responsive capability.

Implementations of the above general aspect may include one or more ofthe following features. For example, identifying the subset of networkeddevices may include identifying, at a wireless phone, the subset ofnetworked devices presently accessible via the wireless network.Alternatively or additionally, identifying the subset of networkeddevices may include identifying, at a personal digital assistant, thesubset of networked devices presently accessible via the wirelessnetwork. Alternatively or additionally, identifying the subset ofnetworked devices may include identifying, at a portable e-mail device,the subset of networked devices presently accessible via the wirelessnetwork. The portable e-mail device may include a Blackberry or aSidekick. Identifying the subset of networked devices may also includeidentifying, at a portable music player, the subset of networked devicespresently accessible via the wireless network.

Identifying the capabilities associated with the at least one networkeddevice may include receiving, at the mobile device and from the user, aninput being related to controlling the at least one networked device andin response to the received input, identifying the capabilitiesassociated with the at least one networked device. Alternatively oradditionally, identifying the capabilities associated with the at leastone networked device may include polling the at least one networkeddevice to identify capabilities identified as being related to one ormore functions supported by the at least one networked device and inresponse to polling the at least one networked device, receiving, at themobile device, an indication of capabilities identified as being relatedto the one or more functions supported by the at least one networkeddevice.

Alternatively or additionally, identifying the subset of networkeddevices may include identifying all networked devices presentlyaccessible via the wireless network.

Identifying the capabilities may also include accessing a database thatincludes capabilities associated with networked devices; excluding, fromamong the capabilities within the database, capabilities associated withnetworked devices that are not presently accessible on the wirelessnetwork, and identifying, from among the capabilities within thedatabase, the remaining capabilities. Displaying the user interface mayinclude displaying a limited menu option that enables the user toselect, from among the identified capabilities, a desired capability.Alternatively or additionally, displaying the user interface may includedisplaying an input field that enables the user to specify a desiredcapability.

Implementations of the above general aspect also may include determiningwhether an additional input is needed for controlling the capabilityresponsive to the user input, if it is determined that the additionalinput is needed, requesting, from the user, to provide the additionalinput, and upon receiving the additional input, converting theadditional input into a command for controlling the capabilityresponsive to the input.

Implementations of the above general aspect also may include determiningwhether additional input is needed for controlling the capabilityresponsive to the user input and if it is determined that the additionalinput is not needed, converting the input into a command for controllingthe capability responsive to the input.

Identifying capabilities associated with the at least one networkeddevice further may include: (1) requesting, from the at least onenetworked device, the capabilities, (2) receiving, from the at least onenetworked device, the capabilities, and (3) presenting to the user thereceived capabilities. Requesting the capabilities may includerequesting, from the at least one networked device, a subset of allavailable capabilities; receiving the capabilities may includereceiving, from the at least one networked device, the subset of allavailable capabilities; and presenting to the user the receivedcapabilities may include presenting to the user the received subset ofall available capabilities. Requesting the subset of all availablecapabilities may include requesting the top five most popular, recentlyused, or favorite capabilities.

Implementations of the above general aspect also may include referencinga personal profile of the user to determine the top five most popular,recently used, or favorite capabilities. Alternatively or additionally,implementations of the above general aspect also may include referencinga demographic location of the user to determine the top five mostpopular, recently used, or favorite capabilities. Alternatively oradditionally, implementations of the above general aspect also mayinclude referencing attributes associated with a user group of the userto determine the top five most popular, recently used, or favoritecapabilities.

Identifying capabilities associated with the at least one networkeddevice further may include: (1) requesting, from an external server, thecapabilities; (2) receiving, from the external server, the capabilities;and (3) presenting to the user the received capabilities. Requesting theone or more capabilities may include requesting, from the externalserver, the one or more capabilities either before or after determiningthe present accessibility of the at least one networked device.Requesting the capabilities may include requesting, from the externalserver, a subset of all available capabilities; receiving thecapabilities may include receiving, from the external server, the subsetof all available capabilities; and presenting to the user the receivedcapabilities may include presenting to the user the received subset ofall available capabilities.

Requesting the subset of all available capabilities may includerequesting the top five most popular, recently used, or favoritecapabilities.

Implementations of the above general aspect also may include referencinga personal profile of the user to determine the top five most popular,recently used, or favorite capabilities. Alternatively or additionally,implementations of the above general aspect also may include referencinga demographic location of the user to determine the top five mostpopular, recently used, or favorite capabilities. Alternatively oradditionally, implementations of the above general aspect also mayinclude referencing attributes associated with a user group of the userto determine the top five most popular, recently used, or favoritecapabilities.

Implementations of the described techniques may include hardware, amethod or process, or computer software on a computer-accessible medium.

The details of one or more implementations are set forth in theaccompanying drawings and the description below. Other features will beapparent from the description and drawings, and from the claims.

DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram of an exemplary communications system 100 thatallows a mobile unit to remotely control one or more networked devicesover a wireless network.

FIG. 2A illustrates an exemplary process used by a mobile unit toremotely control a networked device.

FIG. 2B illustrates an exemplary user interface including capabilitiesresponsive to a user input.

FIG. 3A illustrates an exemplary process used by a mobile unit toremotely control multiple networked devices.

FIG. 3B illustrates an exemplary user interface for a mobile unit thatis configured to display to a user capabilities associated with one ormore networked devices present on a network.

FIG. 4A illustrates an exemplary process for receiving, from a user of amobile unit, an input and based on the received input identifying acapability associated with a networked device.

FIG. 4B illustrates an exemplary user interface that is configured toreceive, within an input field and from a user, an input and to displayresults in response to the received input.

FIG. 4C illustrates, within several displays, an exemplary sequence ofinteractions between a mobile unit and a user for remotely controlling anetworked device based on a determination of a capability associatedwith an input, and further determination of a networked deviceassociated with the capability.

FIG. 5A illustrates an exemplary process that is used by a mobile unitto identify a networked device and its particular capabilities based onan input received from the user of the mobile unit.

FIG. 5B illustrate, within several displays, an exemplary sequence ofinteractions between a mobile unit 110 and a user for remotelycontrolling a networked device.

FIG. 6 illustrates an exemplary process used by a mobile unit todirectly transmit a request for a presence signal to networked devicesthat are accessible via a network.

FIG. 7 illustrates an exemplary process used by a mobile unit to detectpresence signal generated from networked devices without a request forthe same.

FIG. 8 illustrates another exemplary user interface configured todisplay results associated with networked devices based on a receivedinput.

DETAILED DESCRIPTION

A mobile unit (e.g., a mobile phone) is configured to act as a remotecontrol for one or more networked devices (e.g., an appliance, anaudio/video equipment, and/or home systems). To this end, the mobileunit is configured to receive ambiguous (or unambiguous) input, topresent the user with a list of choices satisfying the input, and toconvert the selected choice from among the list of choices into acommand for controlling the one or more networked devices. The commandthen may be transmitted, over the network and from the mobile unit, tothe one or more networked devices.

In one implementation, described generally with respect to FIGS. 2A-2Band 3A-3B, the mobile unit detects presence of a networked device on awireless network. The mobile unit polls the networked device to identifycapabilities associated with the networked device. In response topolling the networked device, the mobile unit identifies thecapabilities associated with the networked device. In someimplementations, the mobile unit stores (indefinitely or for a limitedamount of time) the identified capabilities in a capability cache. Inother implementations, the mobile unit identifies the capabilities andimmediately provides them to the user without short or long termstorage. In either case, after presenting the capabilities to the user,the mobile unit may receive an input from the user in connection withone of the capabilities. Based on the received input, the mobile unitidentifies a responsive capability and determines whether an additionalinput is needed for controlling the responsive capability. If not, themobile unit converts the input into a command for controlling theresponsive capability. And, the mobile unit submits the command to thenetworked device, instructing the networked device to carry out thecommand.

On the other hand, if the mobile unit determines that an additionalinput is required for controlling the responsive capability, the mobileunit solicits the user for the additional input and, upon receiving thesame, the mobile unit submits the command to the networked device. Forexample, assuming the responsive capability relates to tuning atelevision to a particular channel, the mobile unit requests that theuser provide a particular channel to which the television should betuned. In one specific example, the user enters the input “35” toinstruct the mobile unit to tune the television to channel 35. Inresponse, the mobile unit 110 provides the command “tune television tochannel 35” to a networked television device and directs the networkedtelevision device to change the channel to channel 35. In anotherexample, the user inputs “up” or “down” to indicate that the mobile unitshould command the television to tune to a higher or lower channel fromthe previously-viewed or presently-showing channel.

In another implementation, described generally with respect to FIGS.4A-4C and 5A-5B, instead of first detecting the presence of a networkeddevice on the network, polling its capabilities, and then waiting toreceive an input from the user in connection with one of thosecapabilities, the mobile unit first receives an input from the user andin response to the received input attempts to identify the presence of anetworked device associated with or capable of carrying out the input.To this end, the mobile unit is configured to display an interface forreceiving an input from the user. The input may relate to a capabilityof a particular networked device. Alternatively, the input may directlyidentify the networked device with which the user wishes to interact.For instance, the input describes the name of the networked device withwhich the user wishes to interact. To this end, the user may manuallyenter the name of the networked device or may select the name of thenetworked device from among names of networked devices appearing on apull-down menu.

In the scenario where the input directly identifies the networkeddevice, the mobile unit establishes connection with the networked deviceand identifies the capabilities associated therewith. Thereafter, themobile unit presents the capabilities to the user and allows the user toremotely control the networked device by controlling one or more of thepresented capabilities.

In the scenario where the input relates to a capability associated witha networked device, the mobile unit identifies a responsive capabilitiesassociated with the input. And, to control the responsive capability,the mobile unit transmits a command to the networked device associatedwith the responsive capability.

FIG. 1 is a block diagram of an exemplary communications system 100 thatallows a mobile device to remotely control one or more networked devicesover a wireless network. Below, the communication system 100 isdescribed with reference to other illustrative figures, each of which islater described in more detail. The communications system 100 includes amobile unit 110 configured to remotely control networked devices 130-160through a network 120. The mobile unit 110 also is configured toremotely interact with a server 180 through a network 170.

The mobile unit 110 includes software that configures the mobile unit110 to act as a remote control for the one or more networked devices130-160. To this end and in one implementation, illustrated by FIGS.2A-2B, 3A-3B, and 4A-4B, the mobile unit 110 is configured to receive,from a user, an input related to a capability of one of the networkeddevices 130-160. In response, the mobile unit 110 identifies a commandbased on the input and the networked device supporting the command. Themobile unit 110 then sends a request, over the network 120, to theidentified networked device, directing the identified networked deviceto carry out the command the user requested. In this manner, the mobileunit 110 acts as a remote control for the networked device.

The mobile unit 110 includes, for example, a wireless telephone, apersonal digital assistant (“PDA”), a messaging device (e.g., a pager),a text messaging or a portable e-mail device (e.g., a Blackberry® or aSidekick®), a portable music player (e.g., an iPod®) or some otherelectronic portable messaging, entertainment, organization, or gamingdevice. FIGS. 3A-3B and 4A-4B illustrate examples of such a mobile unit.Regardless of the particular type of the mobile unit 110, the mobileunit 110 includes an interface for receiving an input from the user. Theinput may be associated with a capability of one of the networkeddevices 130-160. The mobile unit 110 identifies the capability andtransmits a command associated with the identified capability to the oneor more networked devices 130-160 in response to the received input.

The received input may be ambiguous or unambiguous. Whether ambiguous orunambiguous, the received input either directly identifies a networkeddevice or identifies a capability associated with a networked device. Aninput is ambiguous if it is not clear from the input itself whichparticular capability, and/or which networked device, is beingreferenced, whereas the input is unambiguous if it is clear (or at leastdiscernable) from the input itself (e.g., only that input) whichparticular capability and/or network device is being referenced. Forexample, an ambiguous input includes “CH” because it is not clear fromthe input what capability is being referenced, whereas, an unambiguousinput includes, for instance, “TV CHANNEL” because it is clear from theinput that the television channeling capability is being referenced.Another example of an ambiguous input includes series of numbers becauseby entering, for example, the input “2” the user may wish to inputeither “2,” “A,” “B,” or “C.” In such a case, the system (e.g., themobile unit) takes the sequence of numeric numbers and generates a listof choices related to the entered numbers, as described in more detailin the U.S. application Ser. No. 11/177,477, filed Jul. 11, 2005 andentitled “Disambiguating Ambiguous Characters” the entire content whichis incorporated herein by reference. For example, the system (e.g., themobile unit 110) determines that the input “2273” relates to either“care,” “base,” or “card.” As such, the system generates these choicesfor the user and requests, from the user, to select from among them.Similarly, the system may determine that the input “2273225” relates to“Baseball” and as such presents this option to the user.

Along these lines, when the received input is ambiguous, the mobile unit110 ascertains the capability and/or the networked device associatedwith the input. To this end, the mobile unit 110 takes specific actionsto identify the responsive capability and/or the networked deviceassociated with the received ambiguous input. A capability and/or anetworked device, for example, is responsive to the input if thecapability and/or the networked device is a potential result thatsatisfies the ambiguous input (e.g. a capability “CHANNEL” is apotential result for the ambiguous input “CH” and a networked device“OVEN” is a potential result for the ambiguous input “OV”). Additionallyor alternatively, a capability and/or a networked device is responsiveto the input if the capability and/or the networked device ispersonalized for the ambiguous input by the user (e.g., a user mayrelate within the user' profile the ambiguous input “CN” to the channel“CNN” and the ambiguous input “OV” to the device “OVEN”).

To identify the responsive capability associated with the receivedinput, the mobile unit 110 may either (1) send the ambiguous input toone or more of the networked devices 130-160 and wait to receivepossible matches from each recipient networked device 130-160; (2) sendthe ambiguous input to a server or an external device that storesaggregate capabilities associated with the networked devices 130-160 andrequest from the server or the external device to identify theresponsive capabilities; or (3) reference the capabilities of thenetworked devices 130-160 and identify possible matches based on thereferenced capabilities.

Referring to the first alternative and in keeping with the previousexample, where the ambiguous input includes “CH,” the mobile unit 110sends the ambiguous input to the networked devices 130-160 and requestsfrom the networked devices 130-160 for the responsive capabilities. Inresponse, the mobile unit 110 may receive, for example, television“channeling” capability from the networked television device 140 andradio “channeling” capability from the networked automobile device 130.The mobile unit 110 presents the identified responsive capabilities tothe user and requests that the user select from among them. For example,if the user selects the television “channeling” capability, the mobileunit 110 acts as a remote for the networked television device 140 tocarry out the instructions associated with the channeling capability(e.g., increasing or decreasing the channels).

The second alternative is generally similar to the first alternative. Adifference between the first and second alternative is that in thesecond alternative, a server or an external device has previously polledthe capabilities associated with the networked client devices 130-160,and as such the server or the external device includes a database ofaggregated capabilities. And, in response to the request, from themobile unit 110, the server or the external device references thisdatabase to identify the responsive capability and to send theresponsive capabilities to the user.

In the third alternative, rather than sending the ambiguous input to thenetworked devices 130-160, the mobile unit 110 references thecapabilities of the networked devices 130-160 and the mobile unit 110itself identifies the responsive capabilities. The third alternative isdescribed in more detail with respect to FIGS. 4A-4C. As described withrespect to FIGS. 4A-4C, in one implementation, the mobile unit 110stores a list of aggregated capabilities associated with the networkeddevices 130-160, and the mobile unit 110 references this list toidentify the responsive capabilities. In another implementation, themobile unit 110, requests from the networked devices 130-160, the listof their capabilities and from the acquired list identifies theresponsive capabilities.

Regardless of which of the above-described alternatives are used toidentify the responsive capability associated with the ambiguous input(e.g., “CH”), the mobile unit 110 may be further configured to request,and receive, additional multimode input (ambiguous or otherwise) from auser related to controlling a particular responsive capability. Forexample, assuming the responsive capability associated with theambiguous input “CH” relates to tuning a television to a particularchannel, the mobile unit 110 requests that the user provide informationrelated to a particular channel to which the television should be tuned.In one specific example, the user enters the input “35” to instruct themobile unit 110 to tune the television to channel 35. In anotherexample, the user inputs “up” or “down” to indicate that the mobile unit110 should command the television to tune to a higher or lower channelfrom the previously-viewed or presently-showing channel. FIGS. 3B and 5Billustrate exemplary user interfaces configured to solicit the user andreceive from the user more information in connection with a particularcapability.

The mobile unit 110 is configured to communicate, through the network120, with the client devices 130-160. In particular, the mobile unit 110is configured to transmit, over the network 120, a command associatedwith the capability to the networked devices 130-160 in order toremotely control the networked devices 130-160. In keeping with theabove-described example, the mobile unit 110 provides, over the network120, the command “tune television to channel 35” to a networkedtelevision device 140 and directs the networked television device 140 tochange the channel to channel 35.

The network 120 includes hardware and/or software capable of enablingdirect or indirect communications between the mobile unit 110 andnetworked devices 130-150. As such, the network 120 may include a directlink between the mobile unit 110 and the networked devices 130-150, orit may include one or more networks or sub networks between them (notshown). Each network or sub network may include, for example, a wired orwireless data pathway capable of carrying and receiving data. Examplesof the delivery network include a Local Area Network (“LAN”) or a PAN.The physical layer of PAN network may include computer buses such as USBand FireWire, or wireless network technologies such as IrDA, Bluetooth,or other transmission media such as power-line networking. Although,certain delivery networks are described here, it should be understoodthat other delivery networks may be used for carrying communicationsbetween the mobile unit 110 and the networked devices 130-160. Inaddition to delivering the traffic between the mobile unit 110 and thenetworked devices 130-160, the network 120 also helps the mobile unit110 to detect presence of the networked devices 130-160. FIGS. 6 and 7illustrate exemplary processes used by the mobile unit 110 to detect thepresence of the networked devices 130-160 through the network 120. Inone implementation, illustrated by FIG. 6, the mobile unit 110 sends arequest for a presence signal directly to one or more networked devicesthat is known to the mobile unit 110 (e.g., the networked device waspreviously detected on the network 120 or a device that mobile unit 110expects to be available on the network 120) and waits for a response. Inanother implementation, illustrated by FIG. 8, a networked deviceperiodically broadcasts, over the network 120, a presence signal,without the mobile unit 110 requesting the same.

The networked devices 130-160 may be of a variety of devices that arecapable of responding to commands from the mobile unit 110. The commandmay include instructions for carrying out a particular action, in whichcase the networked device carries out the action. Alternatively oradditionally, the commands may include a request for additionalinformation, in which case the networked device provides the additionalto the mobile unit 110. As shown in FIG. 1, the networked device 130represents a vehicle-related system, such as, for example, an ignitionsystem, a door or trunk lock, an alarm system, a stereo and/or anenvironmental control system. The networked device 140 representsaudio/visual equipment, such as, for example, a television, a digitalvideo disc (“DVD”) player, a video cassette recorder (“VCR”) player, apersonal video recorder (“PVR”) and/or a stereo system. The networkeddevice 150 represents an appliance, such as, for example, an oven, astovetop, a microwave, a steamer or slow cooker, a refrigerator, anicemaker, and/or a coffee/cappuccino maker. The networked device 160represents a home-related system, such as, for example, a home alarmsystem, fire and smoke detectors, a panic button, a garage door opener,door locks, home lighting, and/or air conditioning controls. Inaddition, other networked devices (not shown) may be present on thenetwork 120, such as, for example, office equipment (e.g., a personalcomputer, a monitor, a printer, a fax machine, and/or a copier),industrial equipment (e.g., a computer-controlled lathe, a printedcircuit board assembly machine, or a stereo lithography apparatus),field equipment (e.g., an electric power station controller, anirrigation valve, or a windmill), or other networked devices that can becontrolled remotely by, and provide information to, the mobile unit 110.In some implementations, a transaction-based networked device (e.g., ajukebox or a toll booth) may be remotely controlled by the mobile unit110.

As noted above, each of networked devices 130-160 may be configured tobroadcast their presence on the network 120. The networked devices130-150 also may be configured to receive and respond to inquiries fromthe mobile unit 110 (or some other device, e.g., a remote client or hostset to organize or maintain the devices on network 120) and receive andrespond to commands, from the mobile unit 110, for controlling acapability of the networked device.

The networked devices 130-160 may be configured to respond to aninquiry, from the mobile unit 110, for capabilities associated with thenetworked devices 130-160 by, for example, providing a display ofavailable capabilities. The available capabilities may include a list offive most recently-used capabilities and/or favorite capabilitiesassociated with a particular user. In one specific example, thenetworked device 150 (e.g., an oven) receives, from the mobile unit 110and over the network 120, a request for information regarding availablecapabilities. The networked device 150 responds to mobile unit 110 witha list of all available capabilities (e.g., oven on/off, bake, broil,temperature setting, and timer), a subset of all available capabilities(e.g., oven on/off and temperature setting), or a list of all (or somenumber of) recently used capabilities or favorite capabilitiesassociated with a particular user.

To determine capabilities that are favorites of the particular user, orcapabilities that were most recently used by the particular user, theuser of the mobile unit 110 may log in or provide some otheridentification-related information to the mobile unit 110. In oneimplementation, upon being activated, or upon returning from an idlestate, the mobile unit 110 may request that a particular user supply apassword or merely select the user's name from a list of all users thathave access to the mobile unit 110, in order for the mobile unit 110 todetermine an identity of a current user. Additionally or alternatively,the mobile unit 110 may determine an identity of the user based on theuser's interaction with the mobile unit 110, or may be capable ofgenerating a unique identification key similar to a web “cookie” thatcan be used to identify the user transparently and/or anonymously.

In the implementations where the mobile unit 110 presumes the user'sidentity, the mobile unit 110 may seek confirmation from the user. Forexample, the mobile unit 110 displays to the user (e.g., “I think youare Tom”) and requests correction if the presumption is incorrect.

After the user's identity is determined, the mobile unit 110 referencesa table that includes preferences information for the determinedidentity. For example, the table includes information indicating that afavorite capability associated with user “Tom” is “tune TV to ESPN.” Thetable may be stored internally at the mobile unit 110. Additionally oralternatively, the table may be stored externally, such as, for example,at a remote server or at one of the networked devices 130-160. Forinstance, each of the networked devices 130-160 may store preferences ofthe user in connection with that device.

Moving forward and in addition to responding to inquires from the mobileunit 110, the networked devices 130-160 may be configured to receive,from the mobile unit 110 over the network 120, a command associated withcontrolling a capability of the networked device. In keeping with theprevious example, the networked oven device 150 may receive a command toset the oven temperature to 350 degrees. In response, a controller maycause the oven temperature to be set to 350 degrees, as described belowin more detail. To this end, the networked devices 130-160 may be“smart” networked devices in that each networked device may include asmart component. The smart component of the networked devices 130-160may be a general-purpose computer having a central processor unit (CPU),and memory/storage networked devices that store data and variousprograms, such as an operating system and one or more applicationprograms. Other examples of the smart component of the networked devices130-160 may include a workstation, a server, a special purpose device orcomponent, a broadcast system, other equipment, or some combinationthereof that is associated with the networked devices 130-160 and iscapable of responding to and executing instructions in a defined manner.The smart component of the networked devices 130-160 also may include aninput/output (I/O) device (e.g., video and audio input and conversioncapability), and peripheral equipment, such as a communications card ordevice (e.g., a modem or a network adapter) for exchanging data with thenetwork 120.

The networked devices 130-160 are generally capable of executinginstructions under the command of a controller that is configured toreceive commands from the mobile unit 110, to send information to themobile unit 110, and to send instructions to the networked devices130-160. In one example, the networked devices 130-160 encompass bothwired and wireless Personal Area Network (“PAN”), and a wired andwireless local area network (“LAN”) or wide area network (“WAN”).Alternatively or additionally, the networked devices 130-160 mayencompass devices that are connected together but are not necessarilyequipped with the OSI routing layer. The controller may be implementedby a software application loaded on the smart component of the networkeddevices 130-160 for commanding and directing communications exchangedwith the mobile unit 110. Other examples of the controller include aprogram, a piece of code, an instruction, a device, a computer, acomputer system, or a combination thereof, for independently orcollectively instructing the mobile unit 110 or the smart component ofthe networked devices 130-160 to interact and operate as described. Thesmart component of the networked devices 130-160 may be embodiedpermanently or temporarily in any type of machine, component, physicalor virtual equipment, storage medium, or propagated signal capable ofreceiving commands and requests for information from the mobile unit110, providing the mobile unit 110 with information and providinginstructions to the networked devices 130-160.

In addition to being in communication with the networked devices130-160, the mobile unit also is in communication with the server 180through the network 170. The network 170 includes hardware and/orsoftware capable of allowing direct or indirect communications betweenthe mobile unit 110 and the server 180. As such, the network 170 mayinclude direct link between the mobile unit 110 and the server 180, orit may include one or more networks or sub networks between them (notshown). Each network or sub network may include, for example, a wired orwireless data pathway capable of carrying and receiving data. Examplesof the delivery network include the Internet, the World Wide Web, a WAN,a LAN, analog or digital wired and wireless telephone networks, radio,television, cable, satellite, a short range wireless connectivitystandard (e.g., Bluetooth), power-lines, infrared and/or any otherdelivery mechanism for carrying data.

The server 180 is configured to store information related to thenetworked devices 130-160. In one example, the server 180 is considereda proxy or a remote control host that enables network functionality orWAN for devices that lack network capability or Internet/WAN networkcapability. The server 180 may store information such as, for example,capabilities associated with the networked devices 130-160, and mayprovide, over the network 170 (e.g., the Internet), these capabilitiesto the mobile unit 110.

FIGS. 2A and 3A illustrate exemplary processes 200A and 300A used by amobile unit to remotely control one or more networked devices. For easeof reference, process 200A is described below in detail, and redundantaspects of the process 300A are not discussed.

FIG. 2A illustrates an exemplary process 200A used by a mobile unit toremotely control a networked device. In keeping with the previousexamples and for convenience, particular components described withrespect to FIG. 1 are referenced as performing the process 200A. Moreparticularly, the process 200A involves the mobile unit 110, the network120, and one or more of the networked devices 130-160. It should benoted that the components that are referred to as performing the processare for illustrative purposes only. In some implementations, othercomponents, or a different combination of components within a system,may instead perform the process 200A.

The process 200A includes the mobile unit 110 detecting a presence of anetworked device on the wireless network 120 (210). The networked devicemay be, for example, one of the networked devices 130-160 described withrespect to FIG. 1 (e.g., audio/visual equipment, appliances, a homesecurity system, home lighting, home environment controls, automobilecontrols, or office equipment). In keeping with the example describedwith respect to FIG. 1, the mobile unit 110 detects the presence of thenetworked television device 140 as described below in more detail withrespect to FIGS. 6 and 7.

After detecting the presence of the networked television device 140, themobile unit 110 polls the networked television device 140 to identifyavailable capabilities associated with the networked device (215). Forexample, the mobile unit 110 requests that the networked televisiondevice 140 transmit, via the network 120, a list of all availablecapabilities to the mobile unit 110. In another example, the mobile unit110 requests that the television 140 transmit a subset of all availablecapabilities to the mobile unit 110. For instance, the mobile unit 110requests a list of the top five most popular, recently used, or favoritecapabilities. The most popular, recently used and favorite capabilitiesmay be determined with reference to a particular user, as describedabove. In yet another example, the mobile unit 110 requests that thenetworked television device 140 transmit a list of capabilities thatcorrespond to or otherwise relate to a received input, as described inmore detail below.

In either case, the mobile unit 110 receives a list of all or a subsetof all capabilities for the networked television device 140 (220). Forexample, the mobile unit 110 receives an indication of a channelselection capability and a volume control capability from the networkedtelevision device 140. The mobile unit 110 then presents to a user aninterface that includes the identified capabilities (225). Referringalso to FIG. 3B, the interface includes command interface configured to,among others, allow the user to increase or decrease a channel or volumeassociated with a television channel that is currently shown. Theinterface also includes an input field configured to receive an inputfrom the user.

Through the input field, the mobile unit 110 receives an input from theuser (230). As noted above, the input may be ambiguous or unambiguous.The ambiguous or unambiguous input may be provided by the user via, forexample, T9 using a reduced keypad or some other input mechanism. Theinput may be ambiguous in that it includes a series of letters and/ornumbers (e.g., “OV”) that do not correspond to any known complete titleof a networked device or capability. Alternatively or additionally, theinput may be ambiguous in that it includes a complete title of anetworked device (e.g., “TV”) or capability (e.g., “RECORD”), but thatthe capability for the networked device or networked device for thecapability cannot be readily discerned from the input itself.Alternatively or additionally, the input may be ambiguous in that it hasmultiple textual interpretations (e.g., speech recognition of “cartoon,“CAR, TUNE”, and “Khartoum”), it is a sequence of inputs that each havemultiple equally-likely interpretations (e.g., the key sequence 8-8 on astandard mobile phone may represent “88”, “TV”, or the beginning of“TUNE”), or it is a sequence of inputs that each havemore-or-less-likely interpretations (e.g., the “o” may be the bestinterpretation of a letter written on a mobile device touchscreen, but“a” and “e” are also possible; or the user pressed the “S” key on asmall keyboard but may have intended to press one of the adjacent keyssuch as “A”, “D”, or “W”).

In keeping with the example described with respect to FIG. 1, the usermay provide an ambiguous input that includes the letters “C” and “H.”The user may intend this input to represent a channel control capabilityof the networked television device 140. To disambiguate the input, themobile unit 110 identifies at least one responsive capability associatedwith the input (235). For example, the mobile unit 110 identifies atelevision channeling capability that displays programming channels fromthe Cable News Network associated with the input “CH.”

In one implementation, based on the user-entered ambiguous input, themobile unit 110 may identify multiple responsive capabilities. Forexample, if the ambiguous input includes the letters “C” and “O,” themobile unit 110 identifies color temperature capability and the contrastas the two responsive capabilities. In this scenario, the mobile unit110 identifies the most candidate capabilities to the ambiguous input byreferencing a number of sources. For instance, the mobile unit 110 (1)references a list (stored within the mobile unit 110 or at some remotelocation, such as, for example, the networked server 180 or on one ormore of the networked devices 130-160) of most recently requestedcapabilities, (2) polls the networked devices 130-160 for a list of mostrecently used capabilities for each networked device, and/or (3) refersto a user profile (stored within the mobile unit 110 or at some remotelocation) associated with the user to determine a capability that ismost likely intended by the user based on the input (e.g., a userprofile may indicate that the user's favorite or most often usednetworked device is the living room television). The user profile mayinclude additional information such as user's social network and user'sactivities, which the mobile unit 110 may also use to resolve theresponsive capabilities. Alternatively or additionally, the mobile unit110 may glean demographic or other information known about the user andbased on such information determines the responsive capabilities.

Upon referencing various sources, the mobile unit 110 may, for example,determine that the most responsive capability of the two identifiedresponsive capabilities (e.g., color temperature and contrast) is thecolor temperature capability. Additionally or alternatively, the mobileunit 110 may provide the user with each of the identified responsivecapabilities and solicit, from the user, a selection from among theidentified responsive capabilities. For example, the mobile unit 110presents to the user a list, including the identified responsivecapabilities of (1) color temperature and (2) contrast. FIG. 2Billustrates an exemplary user interface 200B that includes such a list.The mobile unit 110 then receives, from the user, a selection of one ofthe identified responsive capabilities. The user may provide theselection by, for example, scrolling to one of the capabilities andselecting an “enter” or “ok” control, entering a number associated witha capability (e.g., typing “1” for color temperature control), and/orsubmitting an additional ambiguous input (e.g., inputting “CON” for thetelevision contrast control).

The mobile unit 110 optionally receives input from the user related tocontrolling the responsive capability. In some situations, theresponsive capability may represent a command that may be transmittedto, and understood by, the networked device without additional inputfrom the user. For example, the responsive capability may be “tune toCNN.” In other situations, the responsive capability may represent atype of command that requires more information before the command may betransmitted to, and understood by, the networked device. For example,the responsive capability may be “television channel control.” Thisresponsive capability represents a type of capability, rather than aparticular command. Thus, before a command may be sent to the networkeddevice, the mobile unit 110 may request that the user supply additionalinformation, such as, for example, a particular channel to which theuser desires to tune the television, to control the capability.

To do so, the mobile unit 110 may provide the user with a commandinterface that includes a channel up/down control and/or the ability totype in a channel number or name using an ambiguous (or non-ambiguous)input. In some implementations, the mobile unit 110 allows the user toprovide the name of a television show, and in response, the mobile unit110 determines (based on information stored within the mobile unit 110or at a remote location) a television channel on which the televisionshow is (or will be) displayed.

After determining the command, the mobile unit 110 transmits the commandassociated with the responsive capability to the networked televisiondevice 140 (240). For example, the mobile unit 110 transmits aparticular channel (e.g., channel 35, a channel corresponding to the CNNstation, or a channel that is presently broadcasting the television show“American Idol”) to the networked television device 140 and commands thenetworked television device 140 to tune to that channel.

FIG. 3A illustrates an exemplary process 300A used by a mobile unit toremotely control multiple networked devices. In keeping with theprevious examples and for convenience, particular components describedwith respect to FIG. 1 are referenced as performing process 300A. Moreparticularly, process 300A involves the mobile unit 110, the network120, and at least two of the networked devices 130-160. It should benoted that the components that are referred to as performing process300A are for illustrative purposes only. In some implementations, othercomponents, or a different combination of components within a system,may instead perform process 300A.

Process 300A includes the mobile unit 110 detecting a presence of atleast two networked devices on the network 120 (310A) in a mannersimilar to that described above with respect to action (210) of FIG. 2A.In one specific example, the mobile unit 110 detects the presence ofmultiple networked devices, such as, the networked television device 140and the networked oven device 150.

The mobile unit 110 polls the networked devices to identify availablecapabilities associated with each of the networked devices (315A). Tothis end and to keep with the above-describe example, the mobile unit110 requests that the detected networked television device 140 and thenetworked oven device 150 each transmit a list of all availablecapabilities. Additionally or alternatively, the mobile unit 110 mayrequest that the networked television device 140 and the networked ovendevice 150 each transmit a subset of all available capabilities. In yetanother example, the mobile unit 110 requests that the networkedtelevision device 140 and the networked oven device 150 transmit a listof capabilities that correspond with a received input, as described inmore detail below.

In one scenario, after the initial detection of the at least twonetworked devices (310A), the mobile unit 110 continues to monitor thenetwork 120 for the presence of additional devices. And, uponrecognition of the same, the mobile unit 110 requests, from theadditional networked devices, for their available capabilities. Therequest may be made along with or after the request to the networkedtelevision device 140 and the networked oven device 150 for theiravailable capabilities.

The mobile unit 110 receives a list of available capabilities for thenetworked devices (e.g., the networked television device 140 and thenetworked oven device 150) (320A). For example, the mobile unit 110receives, from the networked television device 140, an indication of achannel selection capability and a volume control capability. Similarly,the mobile unit 110 receives, from the networked oven device 150, on/offcapability and temperature control capability. The mobile unit 110 thenpresents to a user an interface that includes the identifiedcapabilities (325A). For instance, in the example shown by and laterdiscussed with respect to FIG. 3B, an interface 300B includes a commandinterface configured with various controls, one of which is configuredto allow the user to increase or decrease a channel or volume associatedwith a television channel that is currently shown, and another of whichis configured to allow the user to change the temperature settings ofthe networked oven device 150.

Through those controls and other input fields, the mobile unit 110receives input from the user (330A). For example, the mobile unit 110may receive an ambiguous input that includes the numbers “3” and “5.”The input “35” may be considered ambiguous because it is not readilyapparent which networked device and/or capability the user wishes tocontrol by the input “35.” Indeed, the user may intend this input torepresent a desire to tune the networked television device 140 tochannel “35,” set a cooking temperature on the networked oven device 150to “35 degrees,” or set a timer associated with the networked ovendevice 150 to “35 minutes.”

Alternatively, the characters “3” and “5” also may be considered to beambiguous because the characters “35”, representing the ambiguous keyinput sequence 3-5 on a standard phone keypad, may be intended to referto the letters “EJ,” rather than the number “35.” For example, thenumber “3” represents the letters “D,” “E,” or “F,” in addition torepresenting the number “3,” and the number “5” represents the letters“J,” “K,” or “L,” in addition to representing the number “5.” Theletters “EJ” may be related to the capabilities of ejecting a CD or DVDfrom a networked CD player or DVD player associated with the networkedtelevision device 140, or ejecting a CD, DVD, disk or external harddrive from the home computer.

The mobile unit 110 identifies responsive capabilities associated withthe ambiguous input (335A). To do so, the mobile unit 110 references thecapabilities received from the networked devices detected over thenetwork 120. For example, the mobile unit 110 references thecapabilities of the networked television device 140 and the networkedoven device 150. In this manner, the mobile unit 110 identifies atelevision channel control capability for tuning a television channel tostation “35” as being associated with the ambiguous input “35.” And, themobile unit 110 identifies the ambiguous input “35” as “EJ” and as beingassociated with ejecting a CD or DVD from a networked CD player or DVDplayer associated with the networked television device 140 or a homecomputer.

From among the responsive capabilities, the mobile unit 110 identifies adesired capability or the most responsive capability (340A). Todetermine a capability that is most responsive to the ambiguous input,the mobile unit 110 may refer to a number of sources, as described abovewith respect to FIG. 2A. Upon referencing the various sources, themobile unit 110, for example, determines that the most responsivecapability of the set of identified capabilities (e.g., change thetelevision channel, set the oven temperature or cooking time) is thetelevision channel control capability.

Additionally or alternatively, the mobile unit 110 may provide the userwith the responsive capabilities identified via action (335A) andsolicit a selection from the user. For example, the mobile unit 110displays to the user a list, including the capabilities of (1) tune to atelevision channel, (2) set oven temperature, (3) set oven cooking time,(4) eject home computer CD drive, (5) eject home computer DVD drive, (6)record television channel on digital video recorder (“DVR”), (7) websearch, (8) play a song and (9) file transfer.

Along these lines, the mobile 110, either working independently or withan external server 180, may prioritize the presented capabilities withinthe list. In one implementation, the frequency of use for a[device/capability/command] determines the relative prominence withwhich the responsive capability is displayed. Specifically, informationassociated with how often the user has selected a particular capabilityis used to sort the responsive capabilities. Variations on frequencysorting may include decaying the weighted frequency over time.Specifically, the length of time that has elapsed since a previousselection may be used to revise the ordering that is rendered.

Also, a list of high frequency capabilities may be maintained and usedwhen sorting. Capabilities that have been used a threshold degree oftimes (particularly for a threshold length of time) may be elevated overother capabilities that have not been selected the threshold degree oftimes (or as many times as other results).

In one implementation, each instance in which an entry in the responsivecapabilities is selected increments a frequency counter associated withthe entry. The frequency counter affects the sorting of subsequentcapabilities that are responsive to the input. After a threshold numberof selections has been performed, or after a threshold amount of time,all the frequencies may be “aged” by subtracting or dividing thefrequency by a constant number.

Also, the mobile unit 110 may use context information (e.g., time ofday, day of week, location, last command issued, etc.) with the user'sinput to predict capabilities the user is likely to be interested inbased on the user's past selection behavior. In some implementations,contextual information is used to sort which capabilities are evenreferenced by the analytic engine.

Further, the mobile unit 110 may use input weighted frequency todetermine the likelihood that a candidate is related to the enteredinput. For example, a handwritten entry may be interpreted as intendedto refer to either an ‘e’, ‘c’ or ‘o’ with probabilities of 0.6, 0.3,and 0.1, respectively. Capabilities matching an ‘e’ may be presentedbefore or more prominently than capabilities matching a ‘c’ or an ‘o.’Also, a weighted relevancy may be attached to items. For example, TVcapabilities may be given a highly relevant weight, such as a 0.9, whereoven capabilities may be given a lower weight, such as 0.1. Weightedrelevancy may be used to determine the order or display of matchingitems. In various implementations, an n-best list is used which includesa list of potential interpretations of an ambiguous input, where eachinterpretation may be paired with a quantity indicating an inputprobability. The paired probabilities may be assigned by the analyticengine, or set to constants, as with the example above.

In addition, a predetermined or default order may be used to sort ordisplay results. Also, a default order may be used as a secondarysorting criterion, such as, for example, used to distinguish betweenitems of equal or similar relevance. For example, an alphabetic orchronological sorting may be used.

The above description includes various sorting and rendering techniquesthat may be used. Different implementations may use differingcombinations of the above techniques. The mobile unit 110 can use acombination of the above techniques to display the list of capabilitiesthat are responsive to the inputted sequence.

The mobile unit 110 then may receive, from the user, a selection of oneof the listed capabilities. The user may provide the selection by, forexample, scrolling to and highlighting one of the capabilities andselecting an “enter” or “ok” control, entering a number associated witha capability (e.g., typing “1” for television channel control), and/orsubmitting an additional input (e.g., inputting “TV” for the televisionchannel capability).

The mobile unit 110 optionally receives an input from the user relatedto controlling the responsive capability (345A), as described above withrespect to FIG. 2A. Before a command may be sent to the networked device(e.g., television) to change a channel, the mobile unit 110 may requestthat the user supply additional information, such as, for example, aparticular channel to which the user desires to tune the television. Todo so, the mobile unit 110 may provide the user with a command interfacethat includes a channel up/down control and/or the ability to type in achannel number or name using an ambiguous (or non-ambiguous) input.

Upon identifying the command, the mobile unit 110 transmits a commandassociated with the responsive capability to the networked device(350A). For example, the mobile unit 110 transmits to the networkedtelevision device 140 instructions to tune to a particular channel(e.g., channel 35).

To illustrate further, and with reference to the above implementationsand example, FIG. 3B illustrates an exemplary user interface 300B for amobile unit that is configured to display to a user capabilitiesassociated with one or more networked devices present on a network. Theuser interface 300B may be presented on the mobile unit 110 as a resultof process 300A. The user interface 300B includes a user input field310B and results 315B-340B related to a command interface forcontrolling a capability of one or more networked devices 130-160. Toallow for better perception of details, the user interface 300B of themobile unit 110 is shown in a larger scale.

The input field 310B allows a user to perceive the ambiguous (orunambiguous) input that the user has entered by using, for example, areduced-entry keypad, such as that found on a cellular phone.Additionally or alternatively, the ambiguous (or unambiguous) input maybe entered by the user on full scale keypad, via a drop-down menu, orsome combination thereof. However, as shown in FIG. 3B, the input field310B is empty, indicating no input has been entered by the user. In thisscenario, the mobile unit 110 may be configured to display a list ofcommand interfaces related to capabilities, such as, for example,command interfaces for all available capabilities are displayed orcommand interfaces for the recently used or favorite capabilities aredisplayed.

The results 315B-340B show the beginning of a complete list ofcapability command interfaces for controlling capabilities of one ormore networked devices 130-160. A scroll bar is included along the rightedge of the results 315B-340B to indicate that more results may bedisplayed upon activation of the slider (in an upward or downwarddirection) by the user. In another different scenario, as illustrated byFIGS. 4B-4C, the displayed capabilities and/or networked devices may beresponsive to an input entered within the input field 310B.

Each of the results 315B-340B includes a command interface configured toallow a user to interact with the capability and/or the deviceassociated with that capability. For example, the result 315B includes acommand interface for controlling television channel and volumecapabilities. In this manner, the command interface allows the user toincrease or decrease a channel or volume associated with the televisionthat is currently showing channel 35, or volume level 35. The user mayenter an input related to the result 315B (e.g., selection of “showmore” control (not shown)), which may result in the mobile unit 110displaying a list of additional television commands (e.g., power on/off,brightness or sleep timer) and allowing the selection of one or more ofthe additional commands.

To further illustrate, the result 320B includes a command interface forcontrolling a radio station and volume capabilities. In particular, thecommand interface of the result 320B displays a current (or lastlistened to) radio station, a station up/down control and a volumeup/down control. The result 325B includes a command interface forcontrolling a DVR. The command interface of the result 325B displays alast television station from which content was recorded and a stoprecording control. The result 330B includes a command interface forcontrolling a music (e.g., CD) player. The command interface of theresult 330B displays a last-played musical track, a play control and astop control.

The result 335B includes a command interface for transferring a filefrom one networked device to another networked device. The file to betransferred may include a text document, spreadsheet, music file, videofile, and/or picture. As such, the command interface of the result 335Bincludes an input portion in which the user provides a filename of afile to be transferred.

The user may provide an ambiguous or unambiguous filename by selectingthe filename from a drop-down menu, entering the filename or portionstherefore via a reduced-entry keypad, and/or combination thereof. Thecommand interface of the result 335B also includes an input related to asource of the file, and another input related to a destination for thefile.

Recent source and destination devices may be provided to the user in adrop-down menu for selection, or the command interface may be configuredto allow the user selection or identification of a source or destinationdevice. The source and destination devices may include a DVR, a personalcomputer, a personal data assistant or other devices that are able tostore electronic media and that are detected over the network 120. Oncethe user has selected the filename, source device and destinationdevice, the mobile unit 110 may copy or move the desired file from thesource device to the destination device.

Finally, the result 340B includes a command interface for controllingoven temperature. The command interface of the result 340B displays anincrease oven temperature control (e.g., hotter) and a decrease oventemperature control (e.g., colder).

Although the results 315B-340B each include a special command interfacefor interaction with each of the detected networked devices 130-160, thecommand interfaces are exemplary and other implementations arecontemplated. For example, instead of receiving capabilities in a formof command interfaces, the capabilities may be received in a simple textformat. As such, the results 315B-340B display the capabilities intextual format and receive a command from the user in the same manner.In keeping with the television example, the capabilities are displayedwithout up/down arrows associated with increasing or decreasing thetelevision's channel and volumes. Along these lines, the user may inputthe command by entering text within the input field 310B rather thaninteracting with the interfaces. To this end, the mobile unit 110 mayhave a logic to infer that the user text is associated with theparticular device and command. In addition, the logic is able to inferfrom the command to get additional information, such as intuitiveinterfaces, if the user requests.

In another implementation, instead of first detecting the presence ofthe networked devices 130-160 on the network 120, polling theircapabilities, and then waiting to receive an input from the user inconnection with one of those capabilities as illustrated by FIGS. 2A and3A, the mobile unit 110 first receives an input and in response to thereceived input attempts to detect the presence of a networked deviceassociated with the input.

In one implementation, illustrated by FIG. 4A, the input describes acapability of a particular networked device. In another implementation,illustrated by FIG. 5A, the input directly describes the networkeddevice with which the user wish to interact. For ease of reference, FIG.4A is described below in detail, and the redundant aspects of theimplementations shown in FIG. 5A are not discussed.

FIG. 4A illustrates an exemplary process 400A for receiving, from a userof a mobile unit, an input and based on the received input identifying acapability associated with a networked device. In keeping with theprevious example and for convenience, the particular componentsdescribed with respect to FIG. 1 are referenced in performing theprocess 400A. More particularly, for example, the process 400A isperformed by the mobile unit 110.

Process 400A includes receiving, from a user of the mobile unit 110, aninput (410A). As noted above, the input may be ambiguous or unambiguous.The ambiguous or unambiguous input may be provided by a user via, forexample, T9 using a reduced keypad or some other input mechanism.

After receiving the input, the mobile unit 110 analyzes the input toidentify a networked device associated with the input (415A). To carryout the analysis, in one implementation, the mobile unit 110 referencesan internal table which stores the name of the networked devices andcapabilities associated therewith. In another implementation, the mobileunit 110 sends out the input to an external server (e.g., the server180) that includes a list of networked devices and the capabilitiesassociated therewith. In one example and as described in more detailbelow with respect to FIG. 4C, the mobile unit 110 receives an input“RE” from the user. The input “RE” may be an ambiguous input because itis not readily apparent what capability, or which networked device, theinput is referencing. The mobile unit 110 may determine that the input“RE” relates to a “record” capability. In another example, the mobileunit 110 receives the ambiguous input “26.” The ambiguous input “26”could have several possible textual meanings. For example, the number“2” may refer to letters “a,” “b,” or “c,” whereas the number “6” couldrefer to letters “m,” “n,” or “o.” And, their combinations may refer to“BE” in Beatles, “CE” in Cedric, “AF” in Aftenposten, or “AD” in Ads.

Regardless of whether the mobile unit 110 references an internal tableor the external server 180 in resolving the input, the mobile unit 110determines that the input is associated with a capability of a networkeddevice (420A). In some implementations, the mobile unit 110 identifiesmultiple capabilities associated with the input. In keeping with theprevious example described with respect to FIG. 1, the mobile unit mayidentify that color television capability and contrast capability of thenetworked television device 140 are both associated with an explicitinput “CO” (or ambiguous input “26”). In such a scenario, the mobileunit 110 attempts to identify the user-desired capability from among themultiple capabilities. To do so, the mobile unit 110 may present themultiple identified capabilities to the user and ask the user to selectfrom among them. Alternatively, the mobile unit 110 may reference theuser's profile to determine which one of the multiple capabilitiesappears therein and selects that one.

Upon identifying the desired capability and the device associated withthat capability, the mobile unit 110 determines whether the networkeddevice is accessible over the wireless network 120 (425A). In doing so,in one implementation, the mobile unit 110 transmits a request forpresence to the networked device and waits to receive a response fromthe networked device. If the mobile unit 110 does not receive a responsewithin a threshold amount of time, the mobile unit 110 assumes that thedevice is not accessible over the network 120 and optionally informs theuser of the same (430A). For example, the mobile unit 110 displays aninterface to the user indicating that the desired networked deviceappears to be out of range from the current location of the user andrequests that the user moves closer to the desired networked device.

If the networked device is present on the network 120, the mobile unit110 establishes a connection with the networked device (435A).Additionally, the mobile unit 110 determines whether additional input isrequired to carry out a particular function associated with thecapability (440A). Although, this action is shown to be performed afterestablishing a connection with the networked device, it should beunderstood that it can be performed before establishing a connectionwith the networked device. In either case, the mobile unit 110 maydetermine whether or not additional input is required by eitherreferencing an internal or an external database.

If no additional input is required, the mobile unit 110 submits theinput to the networked device (445A), and requests execution of theinput. If, however, an additional input is required to control thecapability, the mobile unit 110 requests, from the user, the additionalinput (ambiguous or otherwise) related to controlling the particularcapability (450A). For example, assuming the particular capabilityassociated with the ambiguous input “CH” relates to tuning a televisionto a particular channel, the mobile unit 110 requests that the userprovide information related to a particular channel to which thetelevision should be tuned. In one specific example, the user enters theinput “35” to indicate channel 35, or the user inputs “up” or “down” toindicate that the mobile unit 110 should command the television to tuneto a higher or lower channel from the previously-viewed orpresently-showing channel.

The mobile unit 110 receives the additional input from the user (455A)and submits the input to the networked device (460A). In keeping withthe previous example, the mobile unit 110 submits a request to thenetworked television device 140, instructing the networked televisiondevice 140 to tune the channel to channel 35.

FIGS. 4B and 4C illustrate exemplary user interfaces 400B and 400C,respectively, used to inform the user of the capabilities associatedwith the received input. FIG. 4B illustrates an exemplary user interface400B that is configured to receive, within an input field and from auser, an input and to display results in response to the received input.The user interface 400B includes an input field 410B and results field415B-440B. Similar to the input field described above with respect toFIG. 3B, the input field 410B is configured to allow the user to providemultimode (e.g., ambiguous or unambiguous) inputs. The mobile unit 110analyzes the input and then presents results that are likely to beresponsive to the input. The results relate to capabilities of one ormore networked devices 130-160 with which the mobile 110 may communicatein order to remotely control them. To enable better perception ofdetails, the user interface 400B of the mobile unit 110 is shown in alarger scale.

The input field 410B allows user perception of the characters that havebeen entered by the user using, for example, a reduced-entry keypad,such as that found on a cellular phone. In some implementations, theinput (ambiguous or otherwise) may be entered by the user on afull-scale keypad, via a drop-down menu or some combination thereof. Asshown, the input field 410B includes ambiguous characters “35,” whichhave been entered by the user who pressed the keys labeled “3” and “5”on a reduced entry keypad associated with the mobile unit 110. Thecharacters “3” and “5” are ambiguous in the sense that the number “3”may represent the letters “D,” “E,” or “F,” in addition to representingthe number “3,” and the number “5” may represent the letters “J,” “K,”or “L,” in addition to representing the number “5.” The characters “3”and “5” are also ambiguous in the sense that it may be unclear from theinput “35” which particular capability, and/or which networked device,is being referenced.

As shown, the input field 410B includes a cursor. The cursor illustratesthat additional ambiguous characters (e.g., after the input “35”) may beentered by the user or provided by the mobile unit 110. For example, theuser enters the next digit in a telephone number that begins with “35.”In another example, the mobile unit 110 recognizes the initial sequence“35” as the beginning of a telephone number, and may complete the number(or a portion thereof) by supplying the next digit in the input field410B. Additional ambiguous characters may be useful in determining acapability and/or networked device that is related to the input.

The results 420B-440B display capabilities that are responsive to theinput “35.” To determine results 420-440B, the mobile unit 110 analyzesthe input provided by the user in the input field 410B. If the inputincludes a sequence of ambiguous characters, the mobile unit 110 mayanalyze the ambiguous input to determine results. Additionally oralternatively, the mobile unit 110 may transmit the ambiguous input to ahost or other remote location for analysis and then receive from thehost a list of capabilities that are responsive to the ambiguous input.In either case, the mobile unit 110 may identify results (e.g.,capabilities) that are likely to be responsive to the input and displaythe results as results 420B-440B.

To begin determination of results that are responsive to the input, inone implementation, the mobile unit 110 first attempts to relate theinput to contact information. The contact information may be stored in acontact list within the mobile unit 110 or may be stored at anotherlocation that is accessible to the mobile unit 110. As shown in theresult 415B, the mobile unit 110 determines that the user who enteredthe input “35” may be searching for information related to a telephonenumber that includes the digits “35.” For example, the mobile unit 110determines that the telephone number “202-351-0000” associated with a“John Doeson” relates to the input.

Additionally or alternatively, as shown in the result 420B, the mobileunit 110 may determine that the input “35” also may represent theletters “FL” and, thus, the user may be searching for informationrelated to a contact whose name includes the letters “FL.”

To this end, the mobile unit 110 determines that the contact entry for a“Flynn Carlson” matches the request, and thus displays the name “FlynnCarlson” along with the associated telephone number of “202-555-0000.”

The mobile unit 110 may next attempt to match the input to softwareapplications, such as, for example, e-mail, word processing, or websearching capabilities. As shown in the result 225B, for example, themobile unit 110 determines that the input “35” relates to the letters“FL” and concludes that the user wish to conduct a web search for “FL”.

The mobile unit 110 may next attempt to match the input with thecapabilities of one or more networked devices, such as, for example, atelevision, a portable music player (e.g., an iPod), a movie player(e.g., a DVR), and/or a stereo system. In one example, the mobile unit110 determines that the input “35” relates to a television channel and,therefore, concludes that the user wish to tune the television tochannel 35. Accordingly, and as shown in the result 430B, the mobileunit 110 displays the capability for tuning the television to channel35. In another example, the mobile unit 110 determines that the input“35” relates to the letters “FL” and, therefore, concludes that the userwish to listen, on a portable music player, to musical track for “Floyd,Pink, ‘The Wall.’” Accordingly, and as shown in the result 435B, themobile unit 110 displays the capability for playing the “The Wall” onthe portable music player. In yet another example, the mobile unit 110determines that the input “35” relates to an oven temperature settingand, thus, concludes that the user seek to set the oven temperature to350 degrees. Therefore, and as shown in the result 440B, the mobile unit110 displays the capability of setting an oven temperature to 350degrees.

In one implementation, the mobile unit 110 renders the results 415B-440Bin response to determining that the results 415B-440B are popularresults for the input “35.” A result may be deemed “popular” if thecapability associated with the result is an often-used capability forone or more users. The statistics on often-used capabilities for asingle user, a single household or users in general, may be stored at aremote location (e.g., a capability server) and may be accessed by themobile unit 110. Alternatively or additionally, the statistics onoften-used capabilities may be stored on the mobile unit 110.Alternatively or additionally, each of the networked devices 130-160 maystore the statistics on the often-used capabilities associated with thatdevice. Regardless of where the information associated with the popularor favorite capabilities is stored, the mobile unit 110 references theinformation to identity the capability associated with the input. Indoing so, the mobile unit 110 may determine that a particular userprimarily conducts web searches and controls audiovisual equipment, andthus, may provide these capabilities at the top of a list of results forthe ambiguous input “35.”

In another implementation, the mobile unit 110 renders the results415B-440B in response to a current location of the mobile unit 110. Forexample, based on the current location, the mobile unit 110 determinesthe networked devices that are present on the network 120 and referencesthe capabilities associated with those devices. For instance, if theuser is in living room, the mobile unit 110 determines that only thenetworked television device 140 is present on the network 120 and inorder to resolve the input, the mobile unit 110 references thecapabilities associated with the networked television device 140. Inthis manner, the mobile unit 110 reduces the number of responsivecapabilities associated with the input.

Similar to the results 315B-340B, the results 415B-440B also includes ascroll bar along the right edge of the display that includes the results415B-440B. The scroll bar may be used to access and provide additionalresults that may not be included in the results 415B-440B due to sizeconstraints or user preference (e.g., only show five capabilities atonce).

FIG. 4C illustrates, within displays 410C-435C, an exemplary sequence ofinteractions between the mobile unit 110 and the user for remotelycontrolling a networked device based on a determination of a capabilityassociated with an input, and further determination of a networkeddevice associated with the capability. More particularly, each of thedisplays 410C-435C shows a step in the ongoing interaction by the userwith the mobile unit 110.

In display 410C, the mobile unit 110 receives an input of “RE,” whichhas been provided by the user as a textual entry. The input “RE” may bean ambiguous input because it is not readily apparent what capability,or which networked device, the input is referencing.

The mobile unit 110 may determine that the input “RE” relates to a“record” capability. As such, the display 415C shows that the input “RE”has been replaced with the word “record.” In some implementations, thedisplay 415C is configured to allow the user to accept or reject thecapability determined to be responsive to the input. If, for example,the user rejects the capability, an additional display (not shown) isprovided to the user by the mobile unit 110 for user selection viamultimode input of a substitute capability, such as, for example, a“recommend content” capability associated with a television set orpersonal computer.

In the display 420C, the mobile unit 110 displays a list of contentitems, such as, for example, television shows and movies that may berecorded using the record capability. For example, the mobile unit 110lists currently playing television programs (e.g., “American Idol” and“Headline News”) and movies (e.g. “Raiders of the Lost Ark” and “Fastand the Furious”). The display 420C may be further configured to allowfor selection of one or more of the content items. For example, the userselects a content item by highlighting the content item and selecting an“ok” or “enter” command, selecting a number associated with the contentitem (e.g., touching 1 on a keypad associated with mobile unit 110 for“American Idol”), and/or providing a multimode input (ambiguous ornon-ambiguous) to select the content item (e.g., providing the input“AMER” for “American Idol”).

In the display 425C, the mobile unit 110 provides a networked device bywhich the selected content item may be recorded. The provided networkeddevice may be automatically selected by the mobile unit 110 based on anetworked device that is present on the network and was most-recentlyused for the “record” capability. Alternatively or additionally, arecording networked device may be automatically selected if it wasrecently used to record a content item that is the same as (e.g., aprior episode of “American Idol”) or similar to (e.g., another realityshow or another show in the same time slot) the selected content item(e.g., “American Idol”). Alternatively or additionally, a recordingnetworked device may be automatically selected if it is a favorite of aparticular user.

In another implementation, the user manually selects the recordingnetworked device based on a multimode input. For example, the input“DVR” results in selection of a networked DVR (e.g., TIVO1) by themobile unit 110 as the networked device on which the selected contentitem may be recorded.

In a scenario, where the program and the recording networked device areautomatically selected, the display 425C also includes a commandinterface related to user confirmation or rejection of the selectednetworked device and/or the entire proposed command (e.g., “recordAmerican Idol on TIVO1”). The user may select “confirm” to indicate thatthe program should be recorded on TIVO1, or the user may select “reject”to indicate that the program should not be recorded at all (or that theprogram should be recorded on a networked device other than TIVO1).

In the display 430C and 435C, the mobile unit 110 provides additionaldisplays related to a user selection of the command interface in thedisplay 425C. For example, as shown in the display 430C, the mobile unit110 displays an alternate menu, in response to the user selecting the“reject” icon in the display 425C to solicit further information fromthe user related to the user's selection of the “reject” icon. Thedisplay 430C is configured to allow the user to select an alternatenetworked device to record the program. The mobile unit 110 may beconfigured to receive input from the user related to an alternatenetworked device. For example, the user provides a text entry of “2” (orselect an entry from a drop-down menu) to change the destination forrecording from “TIVO1” to “TIVO2.” The user then may provide an inputrelated to the “confirm” element to complete the interaction. In anotherexample, as shown in the display 435C, the mobile unit 110 confirms therecording (e.g., “American Idol on TIVO1”), in response to the userselecting the “confirm” icon in the display 425C. To this end, themobile unit 110 may transmit a command (e.g., “record American Idol onTIVO1”) to the networked device (e.g., the DVR) via the network 120.

FIG. 5A illustrates an exemplary process 500A that is used by a mobileunit to identify a networked device and its particular capabilitiesbased on an input received from the user of the mobile unit. In keepingwith the previous example and for convenience, the particular componentsdescribed with respect to FIG. 1 are referenced in performing theprocess 500A. More particularly, the process 500A is performed by themobile unit 110.

As noted above, the process 500A is generally similar to the process400A. The difference is in the received input. In contrast to theprocess 400A in which the received input identifies a particularcapability associated with a networked device, in process 500A thereceived input directly identifies a networked device that the userwishes to remotely control. Similar to the process 400A, process 500Aincludes receiving an input from the user of the mobile unit 110 (510A)and analyzing the input to determine the networked device associatedwith the input (515A). After analyzing the input, the mobile unit 110determines that the input directly identifies a networked device (520A).To this end, the mobile unit 110 determines whether the networked deviceis accessible over the network (525A) and if so established a connectionwith the networked device (535A). The actions (525A and 535A) aresimilar to actions (425A and 435A) and therefore are not described herein more detail.

After identifying the networked device, the mobile unit 110 polls thenetworked device to request the capabilities associated with thenetworked device (540A). In response to polling the networked device,the mobile unit 110 receives the capabilities associated with thenetworked device (545A). For example, assuming that the networked deviceis the networked television device 140, the mobile unit 110 receives,among others, capabilities associated with increasing or decreasingchannels and volumes. The mobile unit 110 displays the receivedcapabilities to the user and allows the user to interact with thecapabilities to remotely control the networked device (550A).

FIG. 5B illustrate, within displays 510B-530B, an exemplary sequence ofinteractions 500B between the mobile unit 110 and the user for remotelycontrolling a networked device. More particularly, each of the displays510B-530B shows a step in the ongoing interaction by the user withmobile unit 110.

The sequence of interactions 500B begins with the display 510A in whichthe mobile unit 110 receives an input of “TV.” The input may be providedby the users as a textual entry. The input “TV” may be ambiguous becauseit may not be instantly apparent to the mobile unit 110 to which of manynetworked devices the input relates. For instance, the input “TV” mayrelate to either a television or a set top box. After identifying thatthe input relates to the networked television device 140, the mobileunit attempts to determine whether the networked television device 140is present on the network 120. Upon positive indication of presence, themobile unit 110 requests and receives capabilities associated with thenetworked television device 140.

In the display 515B, the mobile unit 110 displays multiple capabilitiesfor the networked television device 140. The capabilities include, forexample, controls related to turning the television “on,” tuning thetelevision to a “channel,” increasing or decreasing the television“volume,” placing the television audio on “mute,” tuning the televisionto a “last channel” or requesting that a recently viewed scene,television show, and/or movie be “replay[ed].”

The mobile unit 110 may be configured to receive further input relatedto the displayed capabilities of the networked device (e.g., thetelevision). In the display 520B, the mobile unit 110 receives, from theuser, an input related to selecting one of the capabilities shown in thedisplay 515B. As shown, the mobile unit 110 receives the ambiguous input“CH,” which the user has provided as a textual entry. The mobile unit110 identifies capabilities, from among those shown in the display 515B,that are associated with the ambiguous input “CH.” For example, themobile unit 110 identifies that the capability for the television thatmatches “CH” is the channel control. In a slightly differentimplementation, the mobile unit 110 receives, from the user and withinthe display 515B, the ambiguous input sequence 2-4 related to thetelevision capability.

Like before, the mobile unit 110 identifies capabilities, from amongthose shown in the display 515B, that are associated with the ambiguousinput 2-4; in this case, the channel control.

As a result, in the display 525B, the mobile unit 110 identifiessub-capabilities (e.g., “up,” “down,” “Last,” “5,” “31,” “morefavorites”) for controlling the channel control for the television setor set top box. The display 525B may be configured to allow the user toselect one or more of the responsive sub-capabilities by, for example,highlighting a sub-capability and selecting an “ok” or “enter” control,selecting from a drop-down menu, or entering from a keypad a numberassociated with the sub-capability, or entering an input (e.g.,ambiguous or non-ambiguous) related to the sub-capability.

In the display 530B, the user selects one of the sub-capabilities byentering the input “up.” Once a sub-capability is determined for theinput “up,” e.g., tuning the television set to a higher numberedchannel, the mobile unit 110 may transmit a command (e.g., incrementtelevision channel) associated with the responsive capability to thenetworked device (e.g., the television) via the network 120.

FIGS. 6 and 7 illustrate alternative processes 600 and 700 used fordetecting a presence of a networked device on the network. FIG. 6illustrates an exemplary process 600 used by the mobile unit 110 todirectly transmit a request for a presence signal to the networkeddevices 130-160 that are accessible via the network 120. FIG. 7illustrates an exemplary process 700 used by the mobile unit 110 todetect presence signal generated from the networked devices 130-160without a request for the same.

For ease of reference, process 600 is described below in detail, and theredundant aspects of process 700 are not discussed. In keeping with theprevious examples and for convenience, particular components describedwith respect to FIG. 1 are referenced as performing process 600. Moreparticularly, process 600 involves the mobile unit 110 and the networkedtelevision device 140. It should be noted that although the networkedtelevision device 140 is illustrated as one of the components performingthe process 600, this is merely for illustrative purposes and othernetworked devices, such as, for example, the networked automobile device130 and the networked oven device 150 may be used instead or in additionto the networked television device 140 to perform similar functions.

Process 600 includes the mobile unit 110 sending an inquiry to findother networked devices (610). The inquiry may be general or specific.The general inquiry may include a request for presence signal from allthe networked devices that are presently available on the network 120.In contrast, the specific inquiry is a request for presence signal froma particular networked device (e.g., the networked television device140). The mobile unit 110 may send a specific inquiry if the mobile unit110 knows the address and/or name of the particular networked device.

The networked devices that are available on the network 120 areconfigured to response to such inquiry and indicate their presence. Inone example, as shown, the networked television device 140 receives theinquiry or otherwise a request for presence signal (615) and, inresponse, submits a presence signal (620). The response may include thename, network address(es), and class of the networked television device140. The mobile unit 110 receives the response (625) and, in turn,submits a request for identification of capabilities and/or servicesassociated with the networked television device 140 (630). The networktelevision device 140 receives the request (635) and, in reply, submitsthe list of capabilities and/or services associated with the networkedtelevision device 140. The capabilities and/or services includestelevision channels and volume capabilities, for example.

The mobile unit 110 receives the list of capabilities (645). In oneimplementation, the mobile unit 110 stores (indefinitely or for alimited amount of time) the received capabilities in a capability cache(650). In another implementation, instead of storing the capabilities,the mobile unit 110, after receiving the capabilities, immediatelyprovides them to the user without long-term or short-term storage. Todetermine whether or not to store the list of capabilities, the mobileunit 110 may reference the type of capabilities associated with thenetworked device. If the networked device indicates that it has a staticcommand set, the mobile unit 110 stores, within its capability cache,the list of capabilities. On the other hand, if the networked deviceindicates that it has dynamic capabilities or otherwise a very largecommand set, the mobile unit 110 does not store the capabilities andrequests the capabilities from the networked device as needed.

In the implementation where mobile unit 110 stores the list ofcapabilities for the networked devices in a capability cache, thecapabilities may be stored for varying amounts of time. In one example,the mobile unit 110 stores the list of capabilities for a networkeddevice as long as the networked device is available on the network 120.In another example, the mobile unit 110 stores the list of capabilitiesfor a networked device for a predetermined or user-selected amount oftime (e.g., 1 day or 1 week). The cache expiration duration may also beprovided by a networked device to the mobile unit 110. In yet anotherexample, the mobile unit 110 stores the list of capabilities for anetworked device for a predetermined or user-selected amount of timeafter one of the capabilities for the networked device has beencontrolled by the mobile unit 110 (e.g., 1 hour).

In the implementation where the list of capabilities are stored on thenetworked device, the mobile unit 110 may request the list ofcapabilities from the networked device each time the mobile unit 110determines that an input relates to the networked device or each timethe mobile unit 110 detects the presence of the networked device on thenetwork 120. The networked device may return a list of capabilitiesassociated with the networked device, where the list includes all or asubset of all the capabilities. The subset may be a list of the top fivemost recently used capabilities, a set of “favorite” capabilities for auser, and/or a set of capabilities that seem to be responsive to aninput submitted by the user and transmitted to the networked device bythe mobile unit 110 via the network 120. In this implementation, themobile unit 110 may provide the determined capabilities immediately, orwithin a particular amount of time, from receipt of the capabilitiesfrom the networked device, thus removing the need to store the list ofcapabilities on the mobile unit 110, at least for any significant periodof time.

FIG. 7 illustrates an exemplary process 700 used by the mobile unit 110to detect presence signal generated from the networked devices 130-160without a request for the same. As noted above, process 700 is similarto the process 600. The difference is in that in process 700, the mobileunit 110 does not initiate the request for presence signal and insteadthe networked device initiates this action. In particular, as shown,process 700 includes the networked television device 140 transmitting ageneral presence signal to the network 120 (710). The networkedtelevision device 140 may transmit such a signal at a predeterminedtime, user-selected intervals, and/or upon occurrence of a particularevent. Regardless of the timing, the mobile unit 110 receives thegeneral presence signal (715) and makes a note of the networkedtelevision device 140 presence on the network 120 (720). Thereafter,through actions (725-745), which are similar to the actions (630-650) ofprocess 600, the mobile unit 110 obtains the list of capabilitiesassociated with the networked television device 140.

Other implementations are contemplated. To this end, FIG. 8 illustratesanother exemplary user interface 800 configured to display resultsassociated with networked devices based on the received input. The userinterface 800 includes an input field 810 and results 820-880. The inputfield 810 is configured to allow the user to provide a multimode input.The multimode input may include non-ambiguous or ambiguous input (e.g.,T9) and may be provided by the user via a reduced entry keypad, a touchscreen, a stylus, a voice command, drop-down menus or a combinationthereof.

As shown, input field 810 indicates that the input “file transfer” hasbeen entered by a user. Although the input “file transfer” is clear onits face (e.g., the user wishes to engage a capability related totransferring a file), the input may still be ambiguous in that anetworked device related to the “file transfer” capability may not be asreadily apparent from the input. Thus, the mobile unit 110 may identifyone or more networked devices that include a “file transfer” capability.

The results 820-840 show a list of networked devices that are associatedwith the input “file transfer.” More particularly, the result 820includes the networked device TIVO1, such that a user may select theresult 820 to save a file to, or copy a file from, the device TIVO1 Theresult 830 includes a home computer device (more particularly, ac:\drive of a home computer), and the result 840 includes a neighbor'sshared network drive (more particularly, a drive entitled “T$”), wherethe user may select one of the results 830 or 840 to save a file to, orcopy a file from, the home computer or neighbor's shared network drive.

Upon presentation of the responsive networked devices to the user in theresults 820-840, the mobile unit 110 may manually (based on the user'sselection) or automatically determine a particular networked device towhich the user wishes the input “file transfer” to be related. Forexample, the user may select results 840, related to the neighbor'sshared network drive T$. In addition, the user may select to save a fileto the neighbor's shared network drive, rather than copying a file fromthe neighbor's shared network drive (not shown). In someimplementations, the networked device (and whether to save to or copyfrom) may be automatically selected for a user based on reference toexternal information (e.g., a user's favorite capabilities list or alist of recently used capabilities). In this implementation, the mobileunit 110 may be configured to allow a user to reject an automaticallyselected networked device and/or capability and provide anothernetworked device and/or capability in its place.

As shown in the result 850, the mobile unit 110 may display theuser-selected networked device and capability (e.g., “save a file to aneighbor's shared network drive T$”). In the results 860-880, the mobileunit 110 displays at least one sub-capability (e.g., “ask permission,”“provide password” and “write without asking”) for controlling thesaving of a file to a neighbor's shared network drive T$. The user mayselect one or more of the responsive sub-capabilities by, for example,highlighting and selecting an “ok” or “enter” control, selecting anumber associated with the sub-capability, or entering another multimodeinput related to the sub-capability.

In one example, the user selects the sub-capability “write withoutasking.” The mobile unit 110 then transmits a command (e.g., “save fileto a neighbor's network drive T$ without asking”) to the networkeddevice (e.g., neighbor's shared network drive T$) via the network 120.

In some implementations, after the user enters an input, the inputportion of mobile unit 110 may be reset. In one example, the userprovides the input “CH,” and, in response, the mobile unit 110 analyzesthe input to determine a capability (e.g., channel control) related tothe input. Upon completing the analysis, the input portion of mobileunit 110 is reset, such that, the next input provided by the user is notbeing automatically related to the previous input. For example, the userprovides a subsequent input of “24.” If the input portion is not reset,mobile unit 110 may have analyzed the subsequent input “24” as beingrelated to the “channel control” capability. However, once the inputportion has been reset, the mobile unit 110 may analyze the input “24”(as the number “24” or the letters “A, B, C” and “G, H, I”) to determinea networked device or a capability (e.g., record the television show“24,” tune to channel “24,” or set an oven timer to 2 hours, 40minutes).

Along these lines, in some implementations, inputs representing some orall parts of multiple keywords may be combined as needed to find aspecific capability. This allows the user to refine and limit a list ofcontent and capabilities until the desired item appears near the top ofthe list. For example, the keypad input sequence 8-8-#-2-4, where the #key represents a delimiter between word stems, may match the capabilityassociated with both the device “TV” and “channel.” For another example,the input sequence “2-4,” where “-” represents a delimiter between theword stems, may match the capability associated with the “car” and“heat”.

Some implementations may provide a tabbed display, where a tab may becreated for a networked device, or category of device, with current orrecent presence. For example, in addition to a general tab displayingresults of mobile unit content and networked device capabilitiesassociated with the user input, just the TV capabilities matching theuser input may be listed on a separate “TV” tab. Alternately, networkeddevice capabilities may be displayed on one tab while other contenttypes (e.g., MP3 tracks) are displayed on another tab.

In implementations where the mobile unit 110 detects the presence ofmore than one networked device, capabilities presented to a user asresults may be capabilities that are performed by a combination ofdevices. For example, a user may wish to transfer a recorded episode ofthe television show “American Idol” to a personal computer, and send thefile associated with the recorded episode to a friend via email. To doso, the user may enter an input associated with a “file transfer &email” command. Assuming the mobile unit 110 has detected both a DVR(e.g., TiVo) and personal computer having an email capability, themobile unit may perform the multi-networked device action.

Also in the implementation where more than one networked device isdetected as being present on the network 120, the mobile unit 110 maytransmit a command related to a single capability that is received, andresponded to, by more than one device. In one example, the user providesthe mobile unit 110 with an input related to minimizing an amount ofpower expenditure by the networked devices in the user's home (e.g.,“power min”). To minimize power expenditure, the mobile unit 110, forexample, transmits a command to each of the networked devices requestingthat each of the networked devices power down when not in use or thatthe device operate on the lowest power setting. In another example, themobile unit 110 transmits a command to one networked device (e.g., amicrowave oven) to power down, upon receipt of an input that relates toa high-power activity of another networked device (e.g., download alarge file to a personal computer). In one implementation, the mobileunit 110 obtains the command and/or script for minimizing power from asecure and/or verified Internet site. Along these lines, the mobile unit110 may access additional scripts for additional comments associatedwith the one or more networked devices.

The mobile unit 110 may include, in some implementations, a synonymdictionary. The synonym dictionary may assist the mobile unit 110 inresolving various inputs associated with a single capability ornetworked device. For example, to indicate that a particular televisionshow should be saved for later viewing, the user may enter any one ofinputs “record,” “save,” or tape.” Thus, upon receiving an input, themobile unit 110 may access a synonym dictionary (which may be stored atthe mobile unit 110 or at some remote location) to determine if theinput is related to an input for which a command is known. In thepresent example, the input “record” may be associated with a “record”command. Thus, if the user enters the input “tape,” the mobile unit 110may refer to the synonym dictionary to determine that “tape” is asynonym for “record,” and thus provide the user with a result that isrelated to the “record” capability. In one implementation, an input mayhave multiple meanings and as such simplistic synonym substitution mayresult in unfavorable results. In such situations, keywords may beidentified by a globally unique identified, which may be numeric orotherwise, and the user may use the unique identifier for correlatingkeywords with synonyms.

In some implementations, the mobile unit 110 may suggest advancedcommands to a user. For example, setting a DVR to record all episodes ofa television show may require that the user take four steps (e.g.,require that the mobile unit send four commands to the DVR). If themobile unit 110 recognizes a command as attempting to perform the 4-stepcapability, rather than resolving the input to a first capabilityassociated with the first of the four commands (e.g., “record firstepisode of American Idol”), the mobile unit 110 may analyze the inputand resolve the input to the full command (e.g., “record all episodes ofAmerican Idol”). Upon selection of the single capability by a user (orautomatic selection by the mobile unit 110), the mobile unit 110 thenmay send each of the four required commands to the networked device tocontrol the capability.

In some implementations, the mobile unit 110 may be configured torequire user authentication before a command may be transmitted to anetworked device, or before the networked device may act on the command.For example, the mobile unit 110 may determine that the user seeks totune a television to channel 35. However, at this point, the mobile unit110 may not have access to information as to whether the user haspermission to tune the television to channel 35. For example, the usermay be at a restaurant that is currently showing a sporting event onchannel 4 when the user attempts to remotely control the television byusing the mobile unit 110. Therefore, before transmitting a commandordering the television to tune to channel 35, which would most likelyupset other restaurant patrons and management, the mobile unit 110 maysolicit an authentication code from the user.

Such a security system may be implemented by, for example, requiring asmart component of a networked device to request an authentication codewhen a command is received from the mobile unit 110 before obeying thecommand. For example, the mobile unit 110 sends a command to thetelevision to tune to channel 35. The television receives the command,and in response, requests an authentication code. The mobile unit 110then solicits entry of an authentication code (that presumably isassociated with the television) from the user. Once the user enters theauthentication code, the authentication code is transmitted by themobile unit 110 to the television. The television determines if the codeis satisfactory (e.g., whether the code is a match for authorized codesstored within the smart component of the networked device or accessedfrom another location), and if so, tunes the television to channel 35.If the code is not satisfactory, however, the television may transmit a“permission denied” message to the mobile unit 110. In response, themobile unit 110 may display an indication that the user does not havepermission to control the particular capability (e.g., change thechannel) of the networked device or control any capability of thenetworked device (e.g., the restaurant television).

Security can also be accomplished by “paring” the networked device andthe mobile unit. The pair networked device and the mobile unit establishtrusted relationship at a configuration time by sharing a key orpasskey. The networked and device may communicate securely by encryptingtheir transmission with the key. As such, only the mobile unit that isthe pair of networked device can communicate with the networked device.

Although this document references solicitation, and receipt, ofambiguous inputs, the mobile unit 110 may respond in the same manner asthat described when non-ambiguous inputs are received. In one example,the mobile unit 110 receives the input “change bedroom TV channel” andrecognizes the capability that is being requested (e.g., tuning atelevision located in the bedroom to another channel) without requiringany disambiguation.

In some implementations, the mobile unit 110 may learn from userbehavior. For example, the mobile unit 110 automatically sortscapabilities by how often the capabilities are selected by the user andhow often commands related to the capabilities are sent over the networkto a networked device. Thus, some, or all of, the most frequentcapabilities selected by the user may automatically be shown at the topof a capability list or may be more likely to be provided as a result toa related ambiguous input. Furthermore, as particular capabilitiesbecome more or less popular (e.g., are selected more or less often by auser), the capabilities may be moved up or down in the list ofcapabilities or possible results for an ambiguous input.

In some implementations, the input interface of the mobile unit 110 maybe flexible enough to accommodate all classes of networked devices, evenones that are not yet on the market. As long as a future networkeddevice is configured to receive, and respond to, requests forinformation and respond to commands related to a capability of thenetworked device over a network, the future networked device may beremotely controlled by the mobile unit 110. The capabilities andcommands sent and received should contain human-readable strings fordisplay. The exchanged capabilities and commands may be formatted usingXML or some other standardized open or proprietary markup language toensure that the information is easily parseable by both future networkeddevices and future mobile units.

In another implementation and unlike some of the implementationsdescribed thus far, the execution capability may not be with the mobileunit 110 or with the device at which the data that is being soughtoriginally resides and the mobile unit may be used to bridge devices. Toillustrate, assume that the user is looking for a music file named“Stairway to Heaven.” To this end, the user uses the mobile unit 110 toretrieves this file. For example, the user enters within the mobile unit110 the keyword “Stairway.” The mobile unit 110 receives the keyword“Stairway” and forwards this information to a remote music server andrequests from the music server results matching the keyword “Stairway.”The music server returns to the mobile unit 110 the matching music file“Stairway to Heaven.” The mobile unit 110 displays the matching resultto the user and upon receiving an indication that this is indeed thefile the user is looking for (e.g., selection of the play button), themobile unit 110 sends this file to a remote music player for execution.As such, the mobile unit 110 acts as a bridge between the music serverand the remote music player.

In another implementation, although the devices 110-160 have beendescribed as being networked devices. They can also be descried orreferred to as being networkable devices. As such, one of the devices110-160 may not be currently connected to the network 120 and may createa spontaneous network, for example, through handshaking with another oneof the devices 110-160 speaking the same protocol.

The described systems, methods, and techniques may be implemented indigital electronic circuitry, computer hardware, firmware, software, orin combinations of these elements. Apparatus embodying these techniquesmay include appropriate input and output devices, a computer processor,and a computer program product tangibly embodied in a machine-readablestorage device for execution by a programmable processor. A processembodying these techniques may be performed by a programmable processorexecuting a program of instructions to perform desired functions byoperating on input data and generating appropriate output. Thetechniques may be implemented in one or more computer programs that areexecutable on a programmable system including at least one programmableprocessor coupled to receive data and instructions from, and to transmitdata and instructions to, a data storage system, at least one inputdevice, and at least one output device. Each computer program may beimplemented in a high-level procedural or object-oriented programminglanguage, or in assembly or machine language if desired; and in anycase, the language may be a compiled or interpreted language. Suitableprocessors include, by way of example, both general and special purposemicroprocessors. Generally, a processor will receive instructions anddata from a read-only memory and/or a random access memory. Storagedevices suitable for tangibly embodying computer program instructionsand data include all forms of non-volatile memory, including by way ofexample semiconductor memory devices, such as Erasable ProgrammableRead-Only Memory (EPROM), Electrically Erasable Programmable Read-OnlyMemory (EEPROM), and flash memory devices; magnetic disks such asinternal hard disks and removable disks; magneto-optical disks; andCompact Disc Read-Only Memory (CD-ROM). Any of the foregoing may besupplemented by, or incorporated in, specially-designed ASICs(application-specific integrated circuits).

It will be understood that various modifications also are contemplated.

The invention claimed is:
 1. A method comprising: receiving ambiguousinput in a mobile device configured to control multiple devices in awireless network; analyzing the ambiguous input with respect to themultiple devices; and identifying at least one candidate device of themultiple devices in the wireless network to which the ambiguous inputpertains, the ambiguous input being a less than all portion of a commandinputted by a user of the mobile device to control the at least onecandidate device of the multiple devices in the wireless network.
 2. Themethod as in claim 1 further comprising: providing an indication of theat least one candidate device on a display screen of the mobile device.3. The method as in claim 2, wherein providing the indication of the atleast one candidate device on the display screen includes: providing anindication that the ambiguous input pertains to a first candidate deviceof the multiple devices in the wireless network; and providing anindication that the ambiguous input pertains to a second candidatedevice of the multiple devices in the wireless network.
 4. The method asin claim 3, wherein providing the indication that the ambiguous inputpertains to the first candidate device includes initiating display ofproposed settings to control the first candidate device; whereinproviding the indication that the ambiguous input pertains to the secondcandidate device includes initiating display of proposed settings tocontrol the second candidate device, the method further comprising:receiving selection of the proposed setting for the second candidatedevice; and communicating a command over the wireless network to controlthe second candidate device based on the selection of the proposedsettings for the second candidate device.
 5. The method as in claim 1further comprising: detecting a current location of the mobile device inthe wireless network; and in accordance with the current location of themobile device, limiting the at least one candidate device to includethose of the multiple devices that reside at the current location. 6.The method as in claim 1, wherein analyzing the ambiguous input furthercomprises: translating the ambiguous input to a sequence of letters anda sequence of numerical values; and wherein identifying the set of atleast one candidate device includes: identifying a first candidatedevice in the wireless network to which the sequence of letterspertains; identifying a second candidate device in the wireless networkto which the sequence of numbers pertains; and including the firstcandidate and the second candidate in the set.
 7. The method as in claim1 further comprising: translating the ambiguous input to first settingsto control a first candidate device of the multiple devices; andtranslating the ambiguous input to second settings to control a secondcandidate device of the multiple devices.
 8. The method as in claim 7further comprising: initiating simultaneous display of the firstsettings and the second settings on a display screen, the display of thefirst settings including a context of controlling the first candidatedevice with the first settings, the display of the second settingsincluding a context of controlling the second candidate device with thesecond settings.
 9. The method as in claim 1 further comprising:populating a first portion of a display screen to include a commandinput interface to control settings of a first candidate device to whichthe ambiguous input pertains; and populating a second portion of thedisplay screen to include a command input interface to control settingsof a second candidate device to which the ambiguous input pertains. 10.The method as in claim 9 further comprising: in response to receivingthe input with respect to the command interface in the first portion ofthe display screen, displaying a list of additional commands applicableto controlling the first candidate device.
 11. The method as in claim 1further comprising: transmitting a request to a particular candidatedevice to which the ambiguous input pertains, the request transmitted todetermine whether the particular candidate device is available in thewireless network; and responsive to detecting that the particularcandidate device does not respond within a threshold time period,notifying a user of the mobile device that the particular candidatedevice is out of range with respect to a current location of the mobiledevice.
 12. The method as in claim 1 further comprising: producing afirst unique sequence of symbols including the ambiguous input followedby a first symbol; displaying the first unique sequence of symbols asbeing applicable to control a first device in the wireless network;producing a second unique sequence of symbols including the ambiguousinput followed by a second symbol; and displaying the second uniquesequence of symbols as being applicable to control a second device inthe wireless network.
 13. The method as in claim 1 further comprising:producing a first unique sequence of symbols including symbols presentin the ambiguous input, the symbols being numerical values; displayingthe first unique sequence of symbols as being applicable to control afirst candidate device in the wireless network; translating the symbolspresent in the ambiguous input into letters; producing a second uniquesequence of symbols including the letters derived from the ambiguousinput; and displaying the second unique sequence of symbols as beingapplicable to control a second candidate device in the wireless network.14. The method as in claim 1 further comprising: translating theambiguous input into a synonymous term; and on a display screen,displaying an identity of at least one device of the multiple devices towhich the synonymous term pertains.
 15. The method as in claim 1 furthercomprising: sorting an order of displaying the at least one candidatedevice on a display screen, the order depending on a past history ofapplying commands to the at least one candidate device.
 16. The methodas in claim 1, wherein the ambiguous input corresponds to a capabilityof a particular device of the multiple devices in the wireless network;and on a display screen of the mobile device, displaying identities ofthe multiple devices supporting the capability corresponding to theambiguous input.
 17. The method as in claim 16 further comprising:receiving a command applied to the particular device; and in response toreceiving the command, transmitting the command to the particular deviceto control the particular device.
 18. The method as in claim 1, whereinidentifying the at least one candidate device of the multiple devices inthe wireless network to which the ambiguous input pertains furthercomprises: transmitting the ambiguous input to the multiple devices; andreceiving a respective response from each of the multiple devices, therespective response indicating whether the transmitted ambiguous inputpertains to a corresponding device producing the respective response.19. The method as in claim 1 further comprising: on a display screen ofthe mobile device: providing an indication that the ambiguous inputpertains to a first candidate device of the multiple devices in thewireless network; and providing an indication that the ambiguous inputpertains to a second candidate device of the multiple devices in thewireless network.
 20. The method as in claim 19, wherein providing theindication that the ambiguous input pertains to the first candidatedevice includes initiating display of proposed settings to control thefirst candidate device, the proposed settings to control the firstcandidate device derived from the ambiguous input; wherein providing theindication that the ambiguous input pertains to the second candidatedevice includes initiating display of proposed settings to control thesecond candidate device, the proposed settings to control the secondcandidate device derived from the ambiguous input, the method furthercomprising: receiving selection of the proposed settings for the secondcandidate device; and communicating a control signal over the wirelessnetwork to control the second candidate device based on selection of theproposed settings for the second candidate device.
 21. A systemcomprising: a mobile device; multiple devices in a wireless networkcontrolled by the mobile device; and the mobile device: receivingambiguous input; analyzing the ambiguous input with respect to themultiple devices; and identifying at least one candidate device of themultiple devices in the wireless network to which the ambiguous inputpertains, the ambiguous input being a less than all portion of a commandinputted by a user of the mobile device to control the at least onecandidate device of the multiple devices in the wireless network. 22.The system as in claim 21, wherein mobile device includes displayscreen, the display screen displaying an indication of the at least onecandidate device.
 23. The system as in claim 21, wherein the mobiledevice: displays an indication that the ambiguous input pertains to afirst candidate device of the multiple devices in the wireless network;and displays an indication that the ambiguous input pertains to a secondcandidate device of the multiple devices in the wireless network. 24.The system as in claim 21, wherein the mobile device: detects a currentlocation of the mobile device in the wireless network; and in accordancewith the current location of the mobile device, limits the at least onecandidate device to include those of the multiple devices that reside ina vicinity of the current location.
 25. The system as in claim 21,wherein analyzing the ambiguous input further comprises: translating theambiguous input to a sequence of letters and a sequence of numericalvalues; and wherein identifying the at least one candidate deviceincludes: identifying at least one candidate device in the wirelessnetwork to which the sequence of letters pertains, and identifying atleast one candidate device in the wireless network to which the sequenceof numbers pertains.
 26. The system as in claim 21, wherein the mobiledevice: translates the ambiguous input to first settings to control afirst candidate device of the multiple devices; translates the ambiguousinput to second settings to control a second candidate device of themultiple devices; and initiates simultaneous display of the firstsettings and the second settings on a display screen, the display of thefirst settings including a context of controlling the first candidatedevice with the first settings, the display of the second settingsincluding a context of controlling the second candidate device with thesecond settings.
 27. The system as in claim 21, wherein the mobiledevice includes a display screen; and wherein the mobile device:populates a first portion of the display screen to include a commandinterface to control settings of a first candidate device; populates asecond portion of the display screen to include a command interface tocontrol settings of a second candidate device; receives input withrespect to the command interface in the first portion of the displayscreen; and displays a list of additional commands applicable tocontrolling the first candidate device.
 28. The system as in claim 21,wherein the mobile device: transmits a request to a candidate device todetermine whether the candidate device is available in the wirelessnetwork; and responsive to detecting that the candidate device does notrespond within a threshold time period, notifies a user of the mobiledevice that the candidate network device is out of range from a currentlocation of the user.
 29. The system as in claim 21, wherein the mobiledevice: produces a first unique sequence of symbols including theambiguous input followed by a first symbol; displays the first uniquesequence of symbols as being applicable to controlling a first device ofthe multiple devices; produces a second unique sequence of symbolsincluding the ambiguous input followed by a second symbol; and displaysthe second unique sequence of symbols as being applicable to controllinga second device of the multiple devices.
 30. The system as in claim 21,wherein the mobile device: produces a first unique sequence of symbolsincluding symbols in the ambiguous input, the symbols being numericalvalues; displays the first unique sequence of symbols as beingapplicable to control of a first device of the multiple devices;translates the symbols in the ambiguous input into letters; produces asecond unique sequence of symbols including the letters; and displaysthe second unique sequence of symbols as being applicable to control asecond device of the multiple devices.
 31. The system as in claim 21,wherein the mobile device: translates the ambiguous input into asynonymous term; and on a display screen of the mobile device, displaysat least one device of the multiple devices to which the synonymous termpertains.
 32. The system as in claim 21, wherein the mobile device:sorts an order of displaying the at least one candidate device on adisplay screen depending on a past history of applying commands to theat least one candidate device.
 33. The system as in claim 21, whereinthe mobile device: translates the ambiguous input to first settings tocontrol a first candidate device of the multiple devices; translates theambiguous input to second settings to control a second candidate deviceof the multiple devices; and initiates simultaneous display of the firstsettings and the second settings on a display screen, the display of thefirst settings including a context of controlling the first candidatedevice with the first settings, the display of the second settingsincluding a context of controlling the second candidate device with thesecond settings.
 34. The system as in claim 21, wherein the mobiledevice: populates a first portion of a display screen to include acommand interface to control settings of a first candidate device of themultiple devices; populates a second portion of the display screen toinclude a command interface to control settings of a second candidatedevice of the multiple devices; receives input with respect to thecommand interface in the first portion of the display screen; anddisplays a list of additional commands applicable to controlling thefirst candidate device.
 35. A mobile unit that controls multiple devicesin a wireless network, the mobile unit comprising: an input resource,the input resource receiving ambiguous input from a user of the mobileunit; a processing resource, the processing resource analyzing theambiguous input with respect to the multiple devices in the wirelessnetwork; and the processing resource identifying a set of at least onecandidate device of the multiple devices in the wireless network towhich the ambiguous input pertains, the ambiguous input being a lessthan all portion of a command inputted by the user of the mobile deviceto control a particular device of the multiple devices in the wirelessnetwork.